Re: Relationship between Rx/Tx ring and Skbuff.

2020-08-28 Thread Richard Sailer
Hi, Fortunately I wrote a seminar paper some years ago at university about exactly that topic. It might help and should still be up to date in all important regards. https://github.com/richi235/ftrace-paper I used ftrace to trace the way of a packet, the pdf is in Document/ Cheers, -- Richard

Re: What mailer to use with Gmail?

2020-08-28 Thread Richard Sailer
On 25/08/2020 21:18, Konstantin Ryabitsev wrote: > The best way to send out patches is using git-send-email directly. It's > pretty straightforward to configure git to use Gmail smtp for this > purpose. > > You can continue using Thunderbird when replying to conversations, or > you can take a

Re: Dubios pointer casting with put_user()

2020-07-19 Thread Richard Sailer
On 18/07/2020 00:46, Valdis Klētnieks wrote: > On Fri, 17 Jul 2020 02:13:34 +0200, Richard Sailer said: > >> unsigned long. Is this (correctness and security wise) sane? Because as >> I understand it put_user() determines the amount it copies from the >> pointer typ

Re: Dubios pointer casting with put_user()

2020-07-16 Thread Richard Sailer
Link to full source: https://elixir.bootlin.com/linux/latest/source/net/dccp/proto.c#L390 signature.asc Description: OpenPGP digital signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org

Dubios pointer casting with put_user()

2020-07-16 Thread Richard Sailer
Hi, In the following example from net/dccp/proto.c the pointer given put_user() is casted to (int __user *) although the value to copy is a unsigned long. Is this (correctness and security wise) sane? Because as I understand it put_user() determines the amount it copies from the pointer type.

Re: Are kernel trees the same as a branch in terms of git?

2020-07-12 Thread Richard Sailer
On 10/07/2020 06:48, CRISTIAN ANDRES VARGAS GONZALEZ wrote: > Hi guys, there is something I want to know, in the Linux kernel mailing > list some developers refer to URLs like these tree: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master. > > I doubt that in my

Re: [RFC] Implementing an additional TCP congestion control algorithm (TCP-PR)

2015-08-16 Thread Richard Sailer
Hi, If reordering causes TCP to believe packets are lost, there will probably be other issues as well, like sending of useless retransmits. I would rather try to detect this kind of reordering and ignore dupacks and rely only on timeouts to detect loss. Well this is exactly how TCP-PR works

[RFC] Implementing an additional TCP congestion control algorithm (TCP-PR) - communication and organisation.

2015-08-11 Thread Richard Sailer
Hello, I'm Richard Sailer and I've started implementing an alternative congestion control algorithm for linux, capable of maintaining high throughput during persistent packet reordering (TCP-PR). Before continuing my learning and work I want to send a coordinative mail to the netdev list