lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2097113.JiHb7Y1Uf1@ada>
Date:   Thu, 29 Mar 2018 17:11:08 +0200
From:   Alexander Dahl <ada@...rsis.com>
To:     linux-arm-kernel@...ts.infradead.org
Cc:     Alexandre Belloni <alexandre.belloni@...tlin.com>,
        Boris Brezillon <boris.brezillon@...tlin.com>,
        Thomas Gleixner <tglx@...utronix.de>,
        Daniel Lezcano <daniel.lezcano@...aro.org>,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 0/6] clocksource: rework Atmel TCB timer driver

Hei hei,

Am Donnerstag, 29. März 2018, 10:01:26 CEST schrieb Alexander Dahl:
> This is the result:
> 
> INT                NAME          RATE             MAX
>  17 [vel     timer@...a]  1837 Ints/s     (max:  1912)
>  26 [      vel     eth0]     3 Ints/s     (max:    11)

Above was with v4.16-rc7+, and CONFIG_ATMEL_CLOCKSOURCE_TCB=y, 
CONFIG_ATMEL_TCLIB=n (as one might see in the name column).

Now, v4.16-rc7+, with CONFIG_ATMEL_CLOCKSOURCE_PIT=y, CONFIG_ATMEL_TCLIB=y, 
CONFIG_ATMEL_TCB_CLKSRC=y (old driver I guess):

INT                NAME          RATE             MAX
 19 [ vel     tc_clkevt]  1898 Ints/s     (max:  1945)
 26 [      vel     eth0]     3 Ints/s     (max:    11)

So the rates here are roughly the same with old and new driver and the same 
kernel source. As Alexandre stated in IRC, the rates should be the same with 
old and new driver on the otherwise same kernel source.

I just double checked it, and with the other clocksource on v4.16-rc7+ I get:

INT                NAME          RATE             MAX
 17 [vel     timer@...a]  1904 Ints/s     (max:  1922)
 26 [      vel     eth0]     6 Ints/s     (max:     7)

The lower rates I reported yesterday were from older kernels v4.14.29-rt25 and 
v4.15.13, so there might be the question why v4.16-rc7+ has a much higher rate 
with tc_clkevt? But there's no real difference between tc_clkevt and 
timer@...a… when both measured with v4.16-rc7+ on this target. I know 
Alexandre has lower rates though, may depend on other parameters.

So for completeness, I just tested the clean v4.16-rc7 without this patch 
series: 

INT                NAME          RATE             MAX
 19 [ vel     tc_clkevt]  1903 Ints/s     (max:  1930)
 26 [      vel     eth0]     7 Ints/s     (max:     7)

Basically the same for this one, too.

HTH & Greets
Alex

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ