Anders Blomdell wrote:
> Jan Kiszka wrote:
>> Anders Blomdell wrote:
>>
>>> Jan Kiszka wrote:
>>>
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm
Jan Kiszka wrote:
Anders Blomdell wrote:
Jan Kiszka wrote:
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm just thinking of our
smaller mobile robots where
Anders Blomdell wrote:
> Jan Kiszka wrote:
>> ...and may also add further latencies with the system has to speed up
>> again. Anyway, there might be use-cases where power consumption is -
>> besides latency - also an important issue. I'm just thinking of our
>> smaller mobile robots where the power
Anders Blomdell wrote:
> Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>
>>> ...
>>> What about other time sources on x86? Which systems already have HPET
>>> these days, and does this source not suffer from frequency scaling? I
>>> once read that HPET is quite easy to program, is this true? IOW, would
>
Jan Kiszka wrote:
Jan Kiszka wrote:
...
What about other time sources on x86? Which systems already have HPET
these days, and does this source not suffer from frequency scaling? I
once read that HPET is quite easy to program, is this true? IOW, would
it be worth considering to add this to the H
Jan Kiszka wrote:
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm just thinking of our
smaller mobile robots where the power demand of the drives and the
contr
Jan Kiszka wrote:
Jan Kiszka wrote:
...
What about other time sources on x86? Which systems already have HPET
these days, and does this source not suffer from frequency scaling? I
once read that HPET is quite easy to program, is this true? IOW, would
it be worth considering to add this to the H
Jan Kiszka wrote:
> ...
> What about other time sources on x86? Which systems already have HPET
> these days, and does this source not suffer from frequency scaling? I
> once read that HPET is quite easy to program, is this true? IOW, would
> it be worth considering to add this to the HAL?
There a
Philippe Gerum wrote:
> Jim Cromie wrote:
>> Philippe Gerum wrote:
>>
>>>
Ive been running an ipipe kernel as the default since shortly after
1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
>>>
>>>
>>> Eh? M
Jim Cromie wrote:
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell
Anders Blomdell wrote:
> Jan Kiszka wrote:
>> Anders Blomdell wrote:
>>
>>> Jan Kiszka wrote:
>>>
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm
Jan Kiszka wrote:
Anders Blomdell wrote:
Jan Kiszka wrote:
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm just thinking of our
smaller mobile robots where
Anders Blomdell wrote:
> Jan Kiszka wrote:
>> ...and may also add further latencies with the system has to speed up
>> again. Anyway, there might be use-cases where power consumption is -
>> besides latency - also an important issue. I'm just thinking of our
>> smaller mobile robots where the power
Anders Blomdell wrote:
> Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>
>>> ...
>>> What about other time sources on x86? Which systems already have HPET
>>> these days, and does this source not suffer from frequency scaling? I
>>> once read that HPET is quite easy to program, is this true? IOW, would
>
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell you anything ?
$ zcat
Jan Kiszka wrote:
Jan Kiszka wrote:
...
What about other time sources on x86? Which systems already have HPET
these days, and does this source not suffer from frequency scaling? I
once read that HPET is quite easy to program, is this true? IOW, would
it be worth considering to add this to the H
Jan Kiszka wrote:
...and may also add further latencies with the system has to speed up
again. Anyway, there might be use-cases where power consumption is -
besides latency - also an important issue. I'm just thinking of our
smaller mobile robots where the power demand of the drives and the
contr
Jan Kiszka wrote:
Jan Kiszka wrote:
...
What about other time sources on x86? Which systems already have HPET
these days, and does this source not suffer from frequency scaling? I
once read that HPET is quite easy to program, is this true? IOW, would
it be worth considering to add this to the H
Jan Kiszka wrote:
> ...
> What about other time sources on x86? Which systems already have HPET
> these days, and does this source not suffer from frequency scaling? I
> once read that HPET is quite easy to program, is this true? IOW, would
> it be worth considering to add this to the HAL?
There a
Philippe Gerum wrote:
> Jim Cromie wrote:
>> Philippe Gerum wrote:
>>
>>>
Ive been running an ipipe kernel as the default since shortly after
1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
>>>
>>>
>>> Eh? M
Jim Cromie wrote:
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell
Hi Jim,
Jim Cromie wrote:
some random sucesses ..
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
but other th
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell you anything ?
$ zcat
Hi Jim,
Jim Cromie wrote:
some random sucesses ..
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
but other th
24 matches
Mail list logo
