On Wed, Feb 3, 2010 at 2:40 PM, Hans Verkuil wrote:
>
>> Mauro Carvalho Chehab wrote:
>>
after the last thread which asked about signal statistics details
degenerated into a discussion about the technical possibilites for
implementing an entirely new API, which lead to nothing so fa
> Mauro Carvalho Chehab wrote:
>
>>> after the last thread which asked about signal statistics details
>>> degenerated into a discussion about the technical possibilites for
>>> implementing an entirely new API, which lead to nothing so far, I
>>> wanted
>>> to open a new thread to bring this forw
Mauro Carvalho Chehab wrote:
>> after the last thread which asked about signal statistics details
>> degenerated into a discussion about the technical possibilites for
>> implementing an entirely new API, which lead to nothing so far, I wanted
>> to open a new thread to bring this forward. Maybe s
Julian Scheel wrote:
> Am 09.12.09 14:02, schrieb Mauro Carvalho Chehab:
>> Manu Abraham wrote:
> I don't think you can just take the average IPC rates into account for
> this. When doing a syscall the processors TLB cache will be cleared,
> which will force the CPU to go to the whole instruction
Am 09.12.09 14:02, schrieb Mauro Carvalho Chehab:
Manu Abraham wrote:
On Wed, Dec 9, 2009 at 3:43 AM, Mauro Carvalho Chehab
wrote:
Even with STB, let's assume a very slow cpu that runs at 100 Megabytes/second.
So, the clock
speed is 10 nanoseconds. Assuming that this CPU doesn'
Manu Abraham wrote:
> On Wed, Dec 9, 2009 at 3:43 AM, Mauro Carvalho Chehab
> wrote:
>> Even with STB, let's assume a very slow cpu that runs at 100
>> Megabytes/second. So, the clock
>> speed is 10 nanoseconds. Assuming that this CPU doesn't have a good
>> pipeline, being
>> capable of handlin
On Wed, Dec 9, 2009 at 3:43 AM, Mauro Carvalho Chehab
wrote:
> Manu Abraham wrote:
>
>>> Not true. As pointed at the previous answer, the difference between a new
>>> ioctl
>>> and S2API is basically the code at dtv_property_prepare_get_stats() and
>>> dtv_property_process_get(). This is a pure c
Manu Abraham wrote:
>> Not true. As pointed at the previous answer, the difference between a new
>> ioctl
>> and S2API is basically the code at dtv_property_prepare_get_stats() and
>> dtv_property_process_get(). This is a pure code that uses a continuous struct
>> that will likely be at L3 cache,
On Tue, Dec 8, 2009 at 5:22 PM, Mauro Carvalho Chehab
wrote:
> Hi Julian,
>
> Let me add some corrections to your technical analysis.
>
> Julian Scheel wrote:
>> Hello together,
>>
>> after the last thread which asked about signal statistics details
>> degenerated into a discussion about the techn
Hi Julian,
Let me add some corrections to your technical analysis.
Julian Scheel wrote:
> Hello together,
>
> after the last thread which asked about signal statistics details
> degenerated into a discussion about the technical possibilites for
> implementing an entirely new API, which lead to n
Am 08.12.09 10:16, schrieb Julian Scheel:
Hello together,
after the last thread which asked about signal statistics details
degenerated into a discussion about the technical possibilites for
implementing an entirely new API, which lead to nothing so far, I
wanted to open a new thread to bring
11 matches
Mail list logo