Re: 2.6.21-ck1
Hello Con, Con Kolivas wrote: This patchset is designed to improve system responsiveness and interactivity. It is configurable to any workload but the default -ck patch is aimed at the desktop and -cks is available with more emphasis on serverspace. I have used SD for the first time with this patchset, and I have to say, my experience has been very positive over the past four days. My desktop has been extraordinarily smooth during interactive tasks with no audio drop-outs. Best of all, the desktop has been completely responsive despite CPU hogging tasks. I do not need to nice X either. This looks like a perfect scheduler. Swap prefetch continues to work its miracles as I've been doing a lot of work lately with a 33"x44" poster that contains many high-resolutions images, while using gimp at the same time! Thanks so much for all your incredible work! 乾杯 best, Ryan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.6.20-ck1
Hi Con, Con Kolivas wrote: Would some -ck user on the mailing list like to perform a set of interbench benchmarks? They're pretty straight forward to do; see: Here are my results for AMD 3200+ (2.2Ghz, uniprocessor), 1gb RAM, 10,000RPM SATA drive after clean boots into runlevel 1. 2.6.19-ck1 data are included at the bottom. Using 1116777 loops per ms, running every load for 30 seconds Benchmarking kernel 2.6.20 at datestamp 200702172323 --- Benchmarking simulated cpu of Audio in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.003 +/- 0.003140.005 100100 Video 0.002 +/- 0.002540.006 100100 X 0.996 +/- 2.57 10 100100 Burn 0.002 +/- 0.002410.011 100100 Write 0.053 +/- 0.6 10 100100 Read 0.009 +/- 0.0117 0.114 100100 Compile 0.023 +/- 0.368 9.01 100100 Memload 0.013 +/- 0.0578 0.948 100100 --- Benchmarking simulated cpu of Video in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.002 +/- 0.002610.004 100100 X 3.5 +/- 8.3826.7 100 86.7 Burn 0.002 +/- 0.002350.006 100100 Write 0.072 +/- 1.1826.7 100 99.7 Read 0.007 +/- 0.008910.063 100100 Compile 0.031 +/- 0.677 21.7 100 99.9 Memload 0.014 +/- 0.0688 1.57 100100 --- Benchmarking simulated cpu of X in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.026 +/- 0.231 298.7 98 Video 10.8 +/- 23.4 6937.7 30.2 Burn 0.026 +/- 0.231 298.7 98 Write 0.543 +/- 3.54 5589.6 86.8 Read 0.026 +/- 0.231 298.7 98 Compile 1.8 +/- 23.7 40580.5 77.9 Memload 0.029 +/- 0.238 298.7 97.7 --- Benchmarking simulated cpu of Gaming in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU None 0 +/- 0 0 100 Video 63.2 +/- 64.866.561.3 X 100 +/- 213 139249.9 Burn349 +/- 375 40022.3 Write 46.4 +/- 112 89168.3 Read 8.45 +/- 8.6312.292.2 Compile 437 +/- 505 113818.6 Memload15.4 +/- 23.8 15986.7 Using 1116777 loops per ms, running every load for 30 seconds Benchmarking kernel 2.6.20-ck1 at datestamp 200702180758 --- Benchmarking simulated cpu of Audio in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.002 +/- 0.002420.005 100100 Video 0.002 +/- 0.002410.003 100100 X 0.206 +/- 0.98 7 100100 Burn 0.002 +/- 0.002380.003 100100 Write 0.014 +/- 0.204 5 100100 Read 0.007 +/- 0.008470.062 100100 Compile 0.007 +/- 0.007830.062 100100 Memload 0.036 +/- 0.254 5 100100 --- Benchmarking simulated cpu of Video in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.002 +/- 0.002470.018 100100 X 0.236 +/- 1.1516.7 100 99.9 Burn 0.002 +/- 0.002520.012 100100 Write 0.006 +/- 0.041 1 100100 Read 0.007 +/- 0.0168 0.486 100100 Compile 0.007 +/- 0.0278 0.643 100100 Memload 0.031 +/- 0.247 5 100100 --- Benchmarking simulated cpu of X in the presence of simulated --- LoadLatency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met None 0.049 +/- 0.465 798.7 97.7 Video 14.1 +/- 26.3 6836.2 26.7 Burn 0.016 +/- 0.173 299.3 98.7 Write 0.413 +/- 1.7 1090.6 87.2 Read 0.013 +/- 0.141 2 100 99 Compile 0.116 +/- 0.794 896.8 95.4 Memload 0.292 +/- 2.51 3697.4 95
[PATCH] net: bcmgenet: use ethtool_op_get_ts_info()
This change enables the use of SW timestamping on the Raspberry Pi 4. bcmgenet's transmit function bcmgenet_xmit() implements software timestamping. However the SOF_TIMESTAMPING_TX_SOFTWARE capability was missing and only SOF_TIMESTAMPING_RX_SOFTWARE was announced. By using ethtool_ops bcmgenet_ethtool_ops() as get_ts_info(), the SOF_TIMESTAMPING_TX_SOFTWARE capability is announced. Similar to commit a8f5cb9e7991 ("smsc95xx: use ethtool_op_get_ts_info()") Signed-off-by: Ryan M. Collins --- drivers/net/ethernet/broadcom/genet/bcmgenet.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/broadcom/genet/bcmgenet.c b/drivers/net/ethernet/broadcom/genet/bcmgenet.c index 1586316eb6f1..12cb77ef1081 100644 --- a/drivers/net/ethernet/broadcom/genet/bcmgenet.c +++ b/drivers/net/ethernet/broadcom/genet/bcmgenet.c @@ -1124,6 +1124,7 @@ static const struct ethtool_ops bcmgenet_ethtool_ops = { .set_coalesce = bcmgenet_set_coalesce, .get_link_ksettings = bcmgenet_get_link_ksettings, .set_link_ksettings = bcmgenet_set_link_ksettings, + .get_ts_info= ethtool_op_get_ts_info, }; /* Power down the unimac, based on mode. */ -- 2.23.0