On 2020-06-29-12-52-10, Lukasz Luba wrote:
> Hi Chanwoo,
>
> On 6/29/20 2:43 AM, Chanwoo Choi wrote:
> > Hi,
> >
> > Sorry for late reply because of my perfornal issue. I count not check the
> > email.
>
> I hope you are good now.
>
> >
> > On 6/26/20 8:22 PM, Bartlomiej Zolnierkiewicz
Hi Chanwoo,
On 6/29/20 2:43 AM, Chanwoo Choi wrote:
Hi,
Sorry for late reply because of my perfornal issue. I count not check the email.
I hope you are good now.
On 6/26/20 8:22 PM, Bartlomiej Zolnierkiewicz wrote:
On 6/25/20 2:12 PM, Kamil Konieczny wrote:
On 25.06.2020 14:02, Lukasz
On 6/26/20 6:50 PM, Sylwester Nawrocki wrote:
Hi Lukasz,
On 25.06.2020 12:02, Lukasz Luba wrote:
Regarding the 'performance counters overflow interrupts' there is one
thing worth to keep in mind: variable utilization and frequency.
For example, in order to make a conclusion in algorithm
On 6/26/20 12:22 PM, Bartlomiej Zolnierkiewicz wrote:
On 6/25/20 2:12 PM, Kamil Konieczny wrote:
On 25.06.2020 14:02, Lukasz Luba wrote:
On 6/25/20 12:30 PM, Kamil Konieczny wrote:
[snip]
Kamil do you have plans to refresh and push your next version of the
workqueue solution?
I do
Hi Sylwester,
On 6/25/20 12:11 AM, Sylwester Nawrocki wrote:
> Hi All,
>
> On 24.06.2020 12:32, Lukasz Luba wrote:
>> I had issues with devfreq governor which wasn't called by devfreq
>> workqueue. The old DELAYED vs DEFERRED work discussions and my patches
>> for it [1]. If the CPU which
Hi,
Sorry for late reply because of my perfornal issue. I count not check the email.
On 6/26/20 8:22 PM, Bartlomiej Zolnierkiewicz wrote:
>
> On 6/25/20 2:12 PM, Kamil Konieczny wrote:
>> On 25.06.2020 14:02, Lukasz Luba wrote:
>>>
>>>
>>> On 6/25/20 12:30 PM, Kamil Konieczny wrote:
Hi
Hi Lukasz,
On 25.06.2020 12:02, Lukasz Luba wrote:
> Regarding the 'performance counters overflow interrupts' there is one
> thing worth to keep in mind: variable utilization and frequency.
> For example, in order to make a conclusion in algorithm deciding that
> the device should increase or
On 6/25/20 2:12 PM, Kamil Konieczny wrote:
> On 25.06.2020 14:02, Lukasz Luba wrote:
>>
>>
>> On 6/25/20 12:30 PM, Kamil Konieczny wrote:
>>> Hi Lukasz,
>>>
>>> On 25.06.2020 12:02, Lukasz Luba wrote:
Hi Sylwester,
On 6/24/20 4:11 PM, Sylwester Nawrocki wrote:
> Hi All,
>
On 25.06.2020 14:02, Lukasz Luba wrote:
>
>
> On 6/25/20 12:30 PM, Kamil Konieczny wrote:
>> Hi Lukasz,
>>
>> On 25.06.2020 12:02, Lukasz Luba wrote:
>>> Hi Sylwester,
>>>
>>> On 6/24/20 4:11 PM, Sylwester Nawrocki wrote:
Hi All,
On 24.06.2020 12:32, Lukasz Luba wrote:
> I had
On 6/25/20 12:30 PM, Kamil Konieczny wrote:
Hi Lukasz,
On 25.06.2020 12:02, Lukasz Luba wrote:
Hi Sylwester,
On 6/24/20 4:11 PM, Sylwester Nawrocki wrote:
Hi All,
On 24.06.2020 12:32, Lukasz Luba wrote:
I had issues with devfreq governor which wasn't called by devfreq
workqueue. The old
Hi Lukasz,
On 25.06.2020 12:02, Lukasz Luba wrote:
> Hi Sylwester,
>
> On 6/24/20 4:11 PM, Sylwester Nawrocki wrote:
>> Hi All,
>>
>> On 24.06.2020 12:32, Lukasz Luba wrote:
>>> I had issues with devfreq governor which wasn't called by devfreq
>>> workqueue. The old DELAYED vs DEFERRED work
Hi Sylwester,
On 6/24/20 4:11 PM, Sylwester Nawrocki wrote:
Hi All,
On 24.06.2020 12:32, Lukasz Luba wrote:
I had issues with devfreq governor which wasn't called by devfreq
workqueue. The old DELAYED vs DEFERRED work discussions and my patches
for it [1]. If the CPU which scheduled the next
Hi All,
On 24.06.2020 12:32, Lukasz Luba wrote:
> I had issues with devfreq governor which wasn't called by devfreq
> workqueue. The old DELAYED vs DEFERRED work discussions and my patches
> for it [1]. If the CPU which scheduled the next work went idle, the
> devfreq workqueue will not be kicked
On 6/24/20 2:13 PM, Krzysztof Kozlowski wrote:
On Wed, Jun 24, 2020 at 02:03:03PM +0100, Lukasz Luba wrote:
On 6/24/20 1:06 PM, Krzysztof Kozlowski wrote:
My case was clearly showing wrong behavior. System was idle but not
sleeping - network working, SSH connection ongoing. Therefore at
On Wed, Jun 24, 2020 at 02:03:03PM +0100, Lukasz Luba wrote:
>
>
> On 6/24/20 1:06 PM, Krzysztof Kozlowski wrote:
> > My case was clearly showing wrong behavior. System was idle but not
> > sleeping - network working, SSH connection ongoing. Therefore at least
> > one CPU was not idle and could
On 6/24/20 1:06 PM, Krzysztof Kozlowski wrote:
On Wed, Jun 24, 2020 at 01:18:42PM +0200, Kamil Konieczny wrote:
Hi,
On 24.06.2020 12:32, Lukasz Luba wrote:
Hi Krzysztof and Willy
On 6/23/20 8:11 PM, Krzysztof Kozlowski wrote:
On Tue, Jun 23, 2020 at 09:02:38PM +0200, Krzysztof Kozlowski
On Wed, Jun 24, 2020 at 01:18:42PM +0200, Kamil Konieczny wrote:
> Hi,
>
> On 24.06.2020 12:32, Lukasz Luba wrote:
> > Hi Krzysztof and Willy
> >
> > On 6/23/20 8:11 PM, Krzysztof Kozlowski wrote:
> >> On Tue, Jun 23, 2020 at 09:02:38PM +0200, Krzysztof Kozlowski wrote:
> >>> On Tue, 23 Jun 2020
Hi,
On 24.06.2020 12:32, Lukasz Luba wrote:
> Hi Krzysztof and Willy
>
> On 6/23/20 8:11 PM, Krzysztof Kozlowski wrote:
>> On Tue, Jun 23, 2020 at 09:02:38PM +0200, Krzysztof Kozlowski wrote:
>>> On Tue, 23 Jun 2020 at 18:47, Willy Wolff
>>> wrote:
Hi everybody,
Is DVFS for
Hi Krzysztof and Willy
On 6/23/20 8:11 PM, Krzysztof Kozlowski wrote:
On Tue, Jun 23, 2020 at 09:02:38PM +0200, Krzysztof Kozlowski wrote:
On Tue, 23 Jun 2020 at 18:47, Willy Wolff wrote:
Hi everybody,
Is DVFS for memory bus really working on Odroid XU3/4 board?
Using a simple
On 2020-06-24-10-14-38, Krzysztof Kozlowski wrote:
> On Wed, Jun 24, 2020 at 10:01:17AM +0200, Willy Wolff wrote:
> > Hi Krzysztof,
> > Thanks to look at it.
> >
> > mem_gov is /sys/class/devfreq/10c2.memory-controller/governor
> >
> > Here some numbers after increasing the running time:
> >
On Wed, Jun 24, 2020 at 10:01:17AM +0200, Willy Wolff wrote:
> Hi Krzysztof,
> Thanks to look at it.
>
> mem_gov is /sys/class/devfreq/10c2.memory-controller/governor
>
> Here some numbers after increasing the running time:
>
> Running using simple_ondemand:
> Before:
> From : To
Hi Krzysztof,
Thanks to look at it.
mem_gov is /sys/class/devfreq/10c2.memory-controller/governor
Here some numbers after increasing the running time:
Running using simple_ondemand:
Before:
From : To
On Tue, Jun 23, 2020 at 09:02:38PM +0200, Krzysztof Kozlowski wrote:
> On Tue, 23 Jun 2020 at 18:47, Willy Wolff wrote:
> >
> > Hi everybody,
> >
> > Is DVFS for memory bus really working on Odroid XU3/4 board?
> > Using a simple microbenchmark that is doing only memory accesses, memory
> > DVFS
On Tue, 23 Jun 2020 at 18:47, Willy Wolff wrote:
>
> Hi everybody,
>
> Is DVFS for memory bus really working on Odroid XU3/4 board?
> Using a simple microbenchmark that is doing only memory accesses, memory DVFS
> seems to not working properly:
>
> The microbenchmark is doing pointer chasing by
Hi everybody,
Is DVFS for memory bus really working on Odroid XU3/4 board?
Using a simple microbenchmark that is doing only memory accesses, memory DVFS
seems to not working properly:
The microbenchmark is doing pointer chasing by following index in an array.
Indices in the array are set to
25 matches
Mail list logo