On Wed, Oct 25, 2017 at 5:23 PM, H. Peter Anvin wrote:
> On 10/26/17 00:14, Laurent Pinchart wrote:
>>
>>> It was a very close election, with the next candidate on the list
>>> receiving 36 votes.
>>
>> Do we have a procedure in place in case the tie that we only avoided by one
>> vote would have
On Tue, Mar 13, 2018 at 11:24 AM, Jakob Unterwurzacher
wrote:
> During stress-testing our "ucan" USB/CAN adapter SocketCAN driver on Linux
> v4.16-rc4-383-ged58d66f60b3 we observed that a small fraction of packets are
> delivered out-of-order.
>
> We have tracked the problem down to the driver int
On Sun, Dec 28, 2014 at 6:57 AM, Beniamino Galvani wrote:
> Add support for Byte Queue Limits to the STMicro MAC driver.
Thank you!
> Tested on a Amlogic S805 Cortex-A5 board, where the use of BQL
> slightly decreases the ping latency from ~10ms to ~3ms when the
> 100Mbps link is saturated by TC
On Sun, Dec 28, 2014 at 1:48 PM, Beniamino Galvani wrote:
> On Sun, Dec 28, 2014 at 08:25:40AM -0800, Dave Taht wrote:
>> On Sun, Dec 28, 2014 at 6:57 AM, Beniamino Galvani
>> wrote:
>> > Add support for Byte Queue Limits to the STMicro MAC driver.
>>
>> Th
I note that "proof" is very much in the developer's opinion and
limited testing base.
Actual operational experience, as in a real deployment, with other applications,
heavy context switching, or virtualization, might yield better results.
There's lots of defaults in the linux kernel that are just
On Fri, Mar 14, 2014 at 5:36 AM, Luis R. Rodriguez
wrote:
> On Fri, Mar 14, 2014 at 1:45 AM, Kalle Valo wrote:
>> +* No Reverse engineering, decompiling, decrypting, or disassembling of
>> + this software is permitted.
>
> We have other firmware licenses that have this language already on
> linu
On Thu, Feb 6, 2014 at 5:20 PM, Kees Cook wrote:
> Hi Jörn,
>
> On Sun, Feb 02, 2014 at 03:36:17PM -0500, Jörn Engel wrote:
>> Collects entropy from random behaviour all modern cpus exhibit. The
>> scheduler and slab allocator are instrumented for this purpose. How
>> much randomness can be gath
On Mon, Dec 22, 2014 at 12:18 PM, Alex Gartrell wrote:
> Hey Herbert,
>
> Thanks for getting back to me
>
> On 12/22/14 4:09 AM, Herbert Xu wrote:
>>
>> As tun already has a socket interface can we do this through
>> recvmmsg?
>
>
> This just presents an easier interface (IMHO) for accomplishing t
This is vastly improved code, thank you!
1) Since we're still duking it out over the meaning of the bits - not
just the SCE thing, but as best as I can
tell (but could be wrong) the NQB idea wants to put something into the
l4s fast queue? Or is NQB supposed to
be a third queue?
In those cases, th
On Wed, Aug 28, 2019 at 7:00 AM Bob Briscoe wrote:
>
> Olivier, Dave,
>
> On 23/08/2019 13:59, Tilmans, Olivier (Nokia - BE/Antwerp) wrote:
>
> as best as I can
> tell (but could be wrong) the NQB idea wants to put something into the
> l4s fast queue? Or is NQB supposed to
> be a third queue?
>
>
On Tue, Apr 28, 2020 at 5:06 AM Kalle Valo wrote:
>
> Sven Eckelmann writes:
>
> > On Wednesday, 1 April 2020 09:00:49 CEST Sven Eckelmann wrote:
> >> On Wednesday, 5 February 2020 20:10:43 CEST Linus Lüssing wrote:
> >> > From: Linus Lüssing
> >> >
> >> > Before, only frames with a maximum size
Toke Høiland-Jørgensen writes:
> Appana Durga Kedareswara Rao writes:
>
>> Hi Andre,
>>
>>
>>>
>>> On 3/9/19 3:07 PM, Appana Durga Kedareswara rao wrote:
>>> > While stress testing the CAN interface on xilinx axi can in loopback
>>> > mode getting message "write: no buffer space available"
>>
The openwrt tree has long contained a set of patches that correct for
unaligned issues throughout the linux network stack.
https://git.lede-project.org/?p=openwrt/source.git;a=blob;f=target/linux/ar71xx/patches-4.4/910-unaligned_access_hacks.patch;h=b4b749e4b9c02a74a9f712a2740d63e554de5c64;hb=ee53
In the case of wifi I have 3 issues with this line of thought.
multicast in wifi has generally supposed to be unreliable. This makes
it reliable. reliability comes at a cost -
multicast is typically set at a fixed low rate today. unicast is
retried at different rates until it succeeds - for every
On Tue, Jan 10, 2017 at 9:23 AM, Felix Fietkau wrote:
> On 2017-01-10 18:17, Dave Taht wrote:
>> In the case of wifi I have 3 issues with this line of thought.
>>
>> multicast in wifi has generally supposed to be unreliable. This makes
>> it reliable. reliability comes
15 matches
Mail list logo