needed.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/saa7111.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
--- linux-2.6.15-rc6.orig/drivers/media/video/saa7111.c 2005-12-23
11:07:14.0 +0100
+++ linux-2.6.15-rc6/drivers/media/video/saa
Fix a (probably harmless) array overrun in the DECODER_DUMP command.
No big deal as this command is not used anywhere anyway. Also reformat
the dump so that it displays nicely.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/saa7110.c | 12 +---
1 file c
an be dumped in a generic
way using the i2c-dev driver and the "i2cdump" user-space tool if it
is ever really needed.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/adv7175.c | 26 --
1 file changed, 26 deletions(-)
--- linux-2.6.15-r
Drop the adv7175 register cache, as it is only written to and never
read back from. This saves 128 bytes of memory and slightly speeds up
the register writes.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/adv7175.c | 10 ++
1 file changed, 2 insertions
transactions.
Also drop the commented out code, as it only adds to confusion.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/saa7114.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
--- linux-2.6.15-rc6.orig/drivers/media/video/saa7114.c 2005-12-23
deletions(-)
--
Jean Delvare
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SP
Change all the Zoran (ZR36050/ZR36060) drivers to use i2c_master_send
instead of i2c_transfer when possible. This simplifies the code by a
few lines in each driver.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/adv7170.c | 17 +++--
drivers/media
bytes.
Also, 4 of the 6 other members of the bt856 data structure were not
used anywhere, so we can as well drop them for an additional 16 bytes
of memory spared.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
drivers/media/video/bt856.c | 13 +
1 file changed, 5 inse
Hi Ronald,
> On Sun, 2006-01-08 at 17:04 +0100, Jean Delvare wrote:
> > Drop the adv7175 register cache, as it is only written to and never
> > read back from. This saves 128 bytes of memory and slightly speeds up
> > the register writes.
>
> Can this be made a compi
boards.
>
> I have tested the patches with the DC30+ and BUZ, video overlay and
> recording.
> I used the 2.6.15 Kernel on a Suse 10.0
> The patches work for me without problems.
Great! Thanks for testing :)
--
Jean Delvare
---
T
nce?
I just tried, and no, it did not make any difference. I also tried with
and without the X v4l module, but again it didn't have any effect on my
problem.
For completeness, I also own a bttv adapter, and overlay still works
for it on my new system. So it's not like it is totally b
X.org 6.9 if I remember correctly, openSuse
10.2 has X.org 7.2. That's a big change. But OTOH I don't feel
comfortable downgrading X, and I don't even know if it would really
help.
Does this problem ring a bell to anyone? Was this reported before? Any
hint at what I could try n
ng itself as v4l2, so that xawtv
doesn't have the choice?
--
Jean Delvare
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits.
an_driver.c instead),
xawtv -hwscan reported the device as v4l (not v4l2) as expected in both
cases. However, unfortunately, this didn't help with my overlay problem.
--
Jean Delvare
-
This SF.net email is sponsored by
Clean up the use of structure templates in zoran_card. For one thing,
a real template is supposed to be read-only. And in some cases it's
more efficient to initialize the few fields we need individually.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
This is basically the same c
Clean up the use of structure templates in zoran_card. For one thing,
a real template is supposed to be read-only. And in some cases it's
more efficient to initialize the few fields we need individually.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
This is basically the same c
Hi Ronald,
On Wed, 11 Jun 2008 08:08:40 -0400, Ronald S. Bultje wrote:
> On Wed, Jun 11, 2008 at 5:28 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Clean up the use of structure templates in zoran_card. For one thing,
> > a real template is supposed to be read-only. A
This has been commented out for years, it's about time to get rid of
it.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Martin Samuelsson <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_card.c | 11 ---
1 file changed, 11 deletions(-)
--- linux-2.6.26-rc8.o
Hi Martin,
Don't you want something like this for your avs6eyes board?
* * * * *
We do that for all other boards so why not for the avs6eyes?
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Martin Samuelsson <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_card.c |
drivers/media/video/zr36067.o
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
Martin, can you please test this patch on your multi-zoran system and
confirm that it works OK and doesn't leak memory? Thanks.
drivers/media/video/zoran_card.c | 36 +++---
On Mon, 14 Jul 2008 07:02:15 -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Jul 14, 2008 at 3:18 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Allocate zoran devices dynamically. Currently, the zr36067 driver
> > stores the device structures in a global array,
r and decoder once for every
> i2c bus on each of the cards, but as things are now, all of them are
> visible, without any buses differentiating them.
>
> If this is the culprit, it has been identified, and is being worked on
> by Jean Delvare. I don't know what the time table look
14 total), I'm not yet sure if I will
send them as 14 patches, just one, or something intermediate.
--
Jean Delvare
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coole
On Thu, 21 Aug 2008 17:58:12 +0200, Martin Samuelsson wrote:
> On Thu, 21 Aug 2008 17:13:46 +0200
> Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > Hi Richard,
> >
> > On Thu, 21 Aug 2008 00:29:22 +0200, richard wrote:
> > > you're a hero
> > &
memory leaks, and found none. I'd
> > say go for it.
> Seems to be the same here too. (I never had problems with the card
> detection)
> I will use the kernel for some time to see what happens.
Thanks a lot for testing and repor
used by the
various Zoran cards: adv7170, adv7175, bt819, bt856, bt866, ks0127,
saa7110, saa7111, saa7114, saa7185 and vpx3220. These now support
both probing and enumeration.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Tested-by: Martin Samuelsson <[EMAIL PROTECTED]>
Tested-
chip driver which is shared with other cards is
saa7111.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Tested-by: Martin Samuelsson <[EMAIL PROTECTED]>
Tested-by: Bernhard Praschinger <[EMAIL PROTECTED]>
---
drivers/media/video/adv7170.c | 62
Hi Sam,
On Mon, 25 Aug 2008 23:26:50 +0200, Martin Samuelsson wrote:
> On Thu, 21 Aug 2008 18:23:51 +0200
> Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 21 Aug 2008 17:58:12 +0200, Martin Samuelsson wrote:
> > > Now I've done some basic checks fo
Hi Sam,
Is the conversion of the zoran driver from V4L1 to V4L2 part of your
plans? Apparently V4L1 will be removed from the kernel by the end of
the year, so the zoran driver needs to be converted, otherwise it will
be removed as well.
Thanks,
--
Jean Delvare
The zr36067 driver is improperly declaring pixel format RGBP twice,
once as "16-bit RGB LE" and once as "16-bit RGB BE". The latter is
actually RGBR. Fix the code to properly map both pixel formats.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Trent Piepho <[E
chance. If the allocation succeeds
then why not do it?
Note that this doesn't change the default behavior of the driver, as
the default buffer size is 128 kB, and for this size kmalloc was
already used so far.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Trent Piepho <[EMAIL P
depending on what other zoran developers think, I may give it a try.
Thanks,
--
Jean Delvare
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with
Restore the default pixel format to YUYV as it used to be before
kernel 2.6.23. It was accidentally changed to BGR3 by commit
603d6f2c8f9f3604f9c6c1f8903efc2df30a000f.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Trent Piepho <[EMAIL PROTECTED]>
Cc: Ronald S. Bultje <[
Hi Trent,
On Wed, 3 Sep 2008 10:17:34 -0700 (PDT), Trent Piepho wrote:
> On Wed, 3 Sep 2008, Jean Delvare wrote:
> > The zr36067 driver is improperly declaring pixel format RGBP twice,
> > once as "16-bit RGB LE" and once as "16-bit RGB BE". The latter is
On Wed, 3 Sep 2008 12:10:13 -0700 (PDT), Trent Piepho wrote:
> On Wed, 3 Sep 2008, Jean Delvare wrote:
> > Restore the default pixel format to YUYV as it used to be before
> > kernel 2.6.23. It was accidentally changed to BGR3 by commit
> > 603d6f2c8f9f3604f9c6c1f8903efc2df
sets the
initial value to something different from 0. This is perfectly valid
for applications to pre-fill this field with the value they expect.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Ronald S. Bultje <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_driver.c | 13
Ioctl VIDIOC_S_FMT is supposed to fill the colorspace value in the
returned buffer.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Ronald S. Bultje <[EMAIL PROTECTED]>
---
I'm not sure who uses this nor if it is required by the V4L2
specification, but I guess it can't
On Fri, 22 Aug 2008 14:28:22 +0200, Jean Delvare wrote:
> Switch to using new-style i2c devices, which are enumerated rather than
> autodetected as the legacy i2c devices were. This solves a number of
> problems such as misdetections which can happen when using different
> card models
38 matches
Mail list logo
