our module references a variable that the kernel doesn't define. As soon
> as you either define it or figure out what you should really be referencing
> it as your module will load.
> On May 21, 2015 3:53 AM, "Karlis Laivins"
> wrote:
>
>> Hello again,
>>
, 2015 at 10:54 AM, Karlis Laivins
wrote:
> Hello,
>
> Tried both, still the same issue...
>
> BR,
> KL
>
> On Thu, May 21, 2015 at 7:30 AM, Adrian Chadd wrote:
>
>> Hi,
>>
>> Try kldxref /boot/kernel
>>
>> If it doesn't help, try recomp
Hello,
Tried both, still the same issue...
BR,
KL
On Thu, May 21, 2015 at 7:30 AM, Adrian Chadd wrote:
> Hi,
>
> Try kldxref /boot/kernel
>
> If it doesn't help, try recompiling the module.
>
>
> -a
>
>
> On 20 May 2015 at 19:41, Karlis Laivins wro
Hi,
Yes, the module builds fine and the variable is needed.
BR,
KL
On Thu, May 21, 2015 at 7:30 AM, hiren panchasara <
hi...@strugglingcoder.info> wrote:
> On 05/21/15 at 05:41P, Karlis Laivins wrote:
> > Good Morning,
> >
> > I have a following issue, maybe someo
Good Morning,
I have a following issue, maybe someone has encountered this and can
provide me with a quick solution to a following issue.
I have compiled a module, which is a modified version of the NewReno
congestion control algorithm. I tried to load it into Kernel successfully
before I recompi
decent
> synchronization
> among the three. Where decent is less than the typical RTT of a TCP
> packet on a
> 1Gbps LAN.
>
> Best,
> George
>
>
> On 30 Apr 2015, at 14:48, Karlis Laivins wrote:
>
> Yes, you are correct, I meant to write "relative OWD". A
Eggert, Lars wrote:
> On 2015-4-30, at 15:04, Karlis Laivins wrote:
> > I have yet to solve the issue of
> > how to get the One Way Delay for the ACK message (the time it takes ACK
> to
> > arrive from receiver of the ACK'ed data sender) correctly.
>
> That
new algorithm.
>
> Thanks,
> George
>
>
>
> On 21 Apr 2015, at 5:30, Karlis Laivins wrote:
>
> Hi,
>>
>> Thank you very much for such a comprehensive description of how to
>> properly
>> create a loadable Kernel module, this does the trick - I was able
Hello,
What would be the best (and easiest) way to calculate the arrival time (the
time period that the ACK travels from receiver to sender of the ACK'ed
data) for a NewReno ACK message? Can the h_ertt module be used to do it?
Thank you in advance!
Best Regards,
Karlis
__
Hi,
Has there been an effort to implement the Westwood congestion control
algorithm? Is there a source file available? I would like to take a look
and see how Bandwidth estimation is done there.
Thank you in advance!
Best Regards,
Karlis
___
freebsd-ne
e armitage
wrote:
>
>
> On 04/23/2015 17:17, Karlis Laivins wrote:
>
>> Hi,
>>
>> I am currently working on a modification of TCP NewReno congestion control
>> algorithm. It seems that I have been able to write a working module.
>>
>> Now, I am
Hi,
Thank you very much for this suggestion! I will try to build the testbed
and use the tool suggested by you.
Best Regards,
Karlis
On Thu, Apr 23, 2015 at 12:45 PM, grenville armitage
wrote:
>
>
> On 04/23/2015 17:17, Karlis Laivins wrote:
>
>> Hi,
>>
>&g
Hi,
I am currently working on a modification of TCP NewReno congestion control
algorithm. It seems that I have been able to write a working module.
Now, I am looking for a way to test the performance of the built-in
congestion control algorithms and the new algorithm. I have heard about the
NS-2
(new - the
name of my test module).
Best Regards,
Karlis
On Tue, Apr 21, 2015 at 3:05 AM, grenville armitage
wrote:
> Hi,
>
>
> On 04/18/2015 16:59, Karlis Laivins wrote:
>
>> Hello,
>>
>> I have read an interesting publication about a proposed modification of
>&
Hello,
I have read an interesting publication about a proposed modification of TCP
Congestion Control algorithm that would allow to improve it (the CC) by
dynamic bandwidth estimation. The idea seems so interesting that I would
like to try to implement it by modifying the NewReno code.
Do I under
15 matches
Mail list logo
