Am 22.11.2017 14:43 schrieb Philipp Zabel:
Hi Martin,
On Fri, 2017-11-17 at 15:30 +0100, Martin Kepplinger wrote:
At this point the driver looks the currently decoded frame's index
and compares is to VPU-specific state values. Directly before this
if and else statements the indexes are
Am 22.11.2017 11:40 schrieb Philipp Zabel:
Hi Martin,
On Thu, 2017-11-09 at 23:14 +0100, Martin Kepplinger wrote:
Hi Philipp,
As I'm reading up on the coda driver a little, I can't seem to find
the
vendor's sources for the coda_regs.h definitions. Could you point me
to
them?
is point!
During these index checks, the current values apply, so fix this by
taking display_idx instead of ctx->display_idx.
ctx->display_idx is updated later in the same function.
Signed-off-by: Martin Kepplinger
---
Please review this thoroughly, but in case I am wrong here, this is
at leas
Hi Philipp,
As I'm reading up on the coda driver a little, I can't seem to find the
vendor's sources for the coda_regs.h definitions. Could you point me to
them?
As they don't seem to be in the imx reference manual nor the vpu API
manual, I think it would be worth including a comment about the so
;t be needed
for i.MX6.
So avoid confusion and remove this definition.
Signed-off-by: Martin Kepplinger
---
drivers/media/platform/coda/coda_regs.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/platform/coda/coda_regs.h
b/drivers/media/platform/coda/coda_regs.h
index 38df5fd
ble in the future.
Signed-off-by: Martin Kepplinger
---
drivers/media/platform/coda/coda_regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/coda/coda_regs.h
b/drivers/media/platform/coda/coda_regs.h
index 38df5fd9a2fa..8d726faaf86e 100644
--- a/dri
On 2017-10-05 17:45, Philipp Zabel wrote:
> On Wed, 2017-10-04 at 10:44 +0200, Martin Kepplinger wrote:
>> Hi,
>>
>> Commit
>>
>> be7f1ab26f42 media: coda: mark CODA960 firmware versions 2.3.10
>> and
>> 3.1.1 as supported
>>
>> s
Am 05.10.2017 16:10 schrieb Nicolas Dufresne:
Le jeudi 05 octobre 2017 à 13:54 +0200, Martin Kepplinger a écrit :
> This message is most likely just a result of the VDOA not supporting
> the
> selected capture format. In vdoa_context_configure, you can see that
> the
> VDOA only
Am 05.10.2017 10:19 schrieb Philipp Zabel:
Hi Martin,
On Thu, 2017-10-05 at 09:43 +0200, Martin Kepplinger wrote:
I'm running a little off-topic here, but with the newest firmware
too,
my
coda driver says "Video Data Order Adapter: Disabled" when started
by video playback v
Am 04.10.2017 11:22 schrieb Philipp Zabel:
Hi Martin,
On Wed, 2017-10-04 at 10:44 +0200, Martin Kepplinger wrote:
Hi,
Commit
be7f1ab26f42 media: coda: mark CODA960 firmware versions 2.3.10
and 3.1.1 as supported
says firmware version 3.1.1 revision 46072 is contained in
"fir
Hi,
Commit
be7f1ab26f42 media: coda: mark CODA960 firmware versions 2.3.10 and
3.1.1 as supported
says firmware version 3.1.1 revision 46072 is contained in
"firmware-imx-5.4.bin", that's probably
sha1 78a416ae88ff01420260205ce1d567f60af6847e firmware-imx-5.4.bin
How do I use th
DRX_S9TOS16 and DRX_S24TODRXFREQ are simply not used. Furthermore,
sign_extend32() should be used for sign extension. (Also, the comment
describing DRX_S24TODRXFREQ was wrong). So remove these macros.
Signed-off-by: Martin Kepplinger
---
drivers/media/dvb-frontends/drx39xyj/drx_driver.h | 13
Signed-off-by: Martin Kepplinger
---
Sorry. I should have at least built my change. This is the correct version.
drivers/media/dvb-frontends/stb0899_algo.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/dvb-frontends/stb0899_algo.c
b/drivers/media/dvb
Signed-off-by: Martin Kepplinger
---
drivers/media/dvb-frontends/stb0899_algo.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/dvb-frontends/stb0899_algo.c
b/drivers/media/dvb-frontends/stb0899_algo.c
index 93596e0..7bbcfde 100644
--- a/drivers/media/dvb
remove dprintk() and replace it with dev_dbg() or pr_debug()
in order to use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
Thanks for looking at it. So this doesn't add anything and actually does
what it says. If I haven't understood what you meant, or if I sho
remove dprintk() and replace it with dev_dbg() in order to
use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
Thanks Dan. And since it continues to succeed if (dev == NULL),
differntiate if (dev) or not.
drivers/staging/media/as102/as102_drv.c | 15 +++---
drivers
remove dprintk() and replace it with dev_dbg() in order to
use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
I don't have the device but this builds.
I think this is ok when it gets reviewed.
applies to -next20140801
drivers/staging/media/as102/as102_drv.c |
Am 2014-06-30 12:39, schrieb Martin Kepplinger:
> back to aaeb2554337217dfa4eac2fcc90da7be540b9a73 as the first bad
> commit. why is this not revertable exactly? how can I show a complete
> list of commits this merge introduces?
>
It seems that _nobody_ is running a simple 32 bi
back to aaeb2554337217dfa4eac2fcc90da7be540b9a73 as the first bad
commit. why is this not revertable exactly? how can I show a complete
list of commits this merge introduces?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.
Am 2014-06-30 10:20, schrieb Zhang Rui:
> On Mon, 2014-06-30 at 16:18 +0800, Zhang Rui wrote:
>> On Mon, 2014-06-30 at 09:52 +0200, Martin Kepplinger wrote:
>>> I now booted 3.16-rc3 and suddenly see an oops during boot:
>>>
>>> the oops during boot: http:
I now booted 3.16-rc3 and suddenly see an oops during boot:
the oops during boot: http://tny.cz/2301e393
also below
lshw if interesting: http://tny.cz/3c9a7609
the full boot log: http://tny.cz/88260b19
does anyone have an idea?
thanks
the oops:
Jun 30 08:35:
Am 2014-06-27 21:51, schrieb Martin Kepplinger:
> Am 2014-06-27 20:09, schrieb Martin Kepplinger:
>> Am 2014-06-27 17:14, schrieb Zhang Rui:
>>> On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
>>>> Am 2014-06-23 15:14, schrieb Zhang Rui:
>>>>&
Am 2014-06-27 20:09, schrieb Martin Kepplinger:
> Am 2014-06-27 17:14, schrieb Zhang Rui:
>> On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
>>> Am 2014-06-23 15:14, schrieb Zhang Rui:
>>>> On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
>
Am 2014-06-27 17:14, schrieb Zhang Rui:
> On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
>> Am 2014-06-23 15:14, schrieb Zhang Rui:
>>> On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
>>>> Am 2014-06-23 03:10, schrieb Zhang, Rui:
>>&g
Am 2014-06-23 15:14, schrieb Zhang Rui:
> On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
>> Am 2014-06-23 03:10, schrieb Zhang, Rui:
>>>
>>>
>>>> -Original Message-
>>>> From: Martin Kepplinger [mailto:mart...@posteo.de]
>&
Am 2014-06-23 03:10, schrieb Zhang, Rui:
>
>
>> -Original Message-----
>> From: Martin Kepplinger [mailto:mart...@posteo.de]
>> Sent: Sunday, June 22, 2014 10:25 PM
>> To: Zhang, Rui
>> Cc: r...@rjwysocki.net; l...@kernel.org; linux-a...@vger.kernel.
Am 2014-05-17 19:21, schrieb Antti Palosaari:
> On 05/17/2014 07:05 PM, Martin Kepplinger wrote:
>> don't reinvent dev_dbg(). remove dprintk() in as102_drv.c.
>> use the common kernel coding style.
>>
>> Signed-off-by: Martin Kepplinger
>
> Reviewed-by: Antt
don't reinvent dev_dbg(). remove dprintk() in as102_drv.c.
use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
this applies to next-20140516. any more suggestions?
more cleanup can be done when dprintk() is completely gone.
drivers/staging/media/as102/as102_drv.c |
don't reinvent dev_dbg(). use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
this applies to next-20140516.
drivers/staging/media/as102/as102_drv.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/media/as102/as102_drv
29 matches
Mail list logo
