Hi Sebastian,
I've also been working on this (besides others); what I have however are
mostly experimental patches. I'm also using patches from Laurent, Florian
Vaussard (IOMMU) and Hiroshi Doyu (IOMMU as well). My tree is here:
http://vihersipuli.retiisi.org.uk/cgi-bin/gitweb.cgi?p=~sailus/linux
On Sun, Jan 19, 2014 at 12:32 PM, Mauro Carvalho Chehab
wrote:
> Em Sun, 19 Jan 2014 11:50:55 -0500
> Devin Heitmueller escreveu:
>
>> On Sun, Jan 19, 2014 at 8:39 AM, Mauro Carvalho Chehab
>> wrote:
>> > It seems that subsequent tuning makes the device worse, reducing the
>> > maximum effective
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Mon Jan 20 04:00:21 CET 2014
git branch: test
git hash: 587d1b06e07b4a079453c74ba9edf17d21931049
gcc versio
On Sun, Jan 19, 2014 at 10:05:15PM +0100, Martin Kittel wrote:
> Hi Mauro, hi Sean,
>
> On 01/15/2014 06:59 PM, Mauro Carvalho Chehab wrote:
> > Em Wed, 15 Jan 2014 16:52:45 +
> > Sean Young escreveu:
> >
> >> On Wed, Jan 15, 2014 at 01:49:17PM -0200, Mauro Carvalho Chehab wrote:
> >>> Hi Ma
Commit d845fb3ae5 "em28xx-i2c: add timeout debug information if i2c_debug
enabled"
has added wrong error descriptions for -ENXIO.
The strings are also missing terminating newline characters, which breaks the
output format.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-i2c.c |
Commit e63b009d6e "" changed the error codes i2c ACK errors from -ENODEV to
-ENXIO.
But it also introduced a line that maps -ENXIO back to -ENODEV in case of empty
i2c
messages, which makes no sense, because
1.) an ACK error is an ACK error no matter what the i2c message content is
2.) -ENXIO is
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-i2c.c | 11 +++
1 Datei geändert, 3 Zeilen hinzugefügt(+), 8 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx-i2c.c
b/drivers/media/usb/em28xx/em28xx-i2c.c
index a26d7d4..1a514ca 100644
--- a/drivers/media
This small patch series resolves the remaing issues with the em82xx i2c code
which have been introduced with the recent changes.
Frank Schäfer (4):
em28xx-i2c: fix the i2c error description strings for -ENXIO
em28xx-i2c: fix the error code for unknown errors
em28xx-i2c: do not map -ENXIO er
Commit e63b009d6e "em28xx-i2c: Fix error code for I2C error transfers" changed
the code to return -ETIMEDOUT on all unknown errors.
But the proper error code for unknown errors is -EIO.
So only report -ETIMEDOUT in case of the errors 0x02 and 0x04, which are
according
to Mauro Carvalho Chehabs tes
Hi Mauro, hi Sean,
On 01/15/2014 06:59 PM, Mauro Carvalho Chehab wrote:
> Em Wed, 15 Jan 2014 16:52:45 +
> Sean Young escreveu:
>
>> On Wed, Jan 15, 2014 at 01:49:17PM -0200, Mauro Carvalho Chehab wrote:
>>> Hi Martin,
>>>
>>> Em Wed, 11 Dec 2013 21:34:55 +0100
>>> Martin Kittel escreveu:
>
Hi Prabhakar,
Thank you for the patch.
On Friday 17 January 2014 14:52:47 Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> clk_set_rate(), clk_prepare_enable() functions can fail, so check the return
> values to avoid surprises.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
Hi Prabhakar,
Thank you for the patch.
On Friday 17 January 2014 14:47:33 Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> clk_set_rate(), clk_prepare_enable() functions can fail, so check the return
> values to avoid surprises.
>
> Signed-off-by: Lad, Prabhakar
> ---
> drivers/media/i2c/mt
> I set everything I know of up OK, but when I access /dev/video0 I get a
> garbled pink MPEG file (cat to a file, then mplayer to test). The DVB-T
> aspect of is works fine (tested using vlc).
It doesn't have a MPEG hardware compressor like the 350, you are
reading raw pixel data (160Mbps) fro
Em Sun, 19 Jan 2014 11:50:55 -0500
Devin Heitmueller escreveu:
> On Sun, Jan 19, 2014 at 8:39 AM, Mauro Carvalho Chehab
> wrote:
> > It seems that subsequent tuning makes the device worse, reducing the
> > maximum effective packet bandwidth. Btw, this happens with both xHCI
> > and EHCI drivers,
Dear all
I confirm that there is an issue with dvb_usb_dib0700.ko.
I have Terratec Cinergy DT XS Diversity stick.
So far I've been using modules from kernel coming from Ubuntu (11.04 LTS
previously, now 12.04 LTS with kernel 3.2.0-58-generic-pae) without
issues. I'm using MythTV for watching
I'm in the UK (PAL), & have a Hauppauge HVR-1100 on Scientific Linux6:
2.6.32-358.18.1.el6.i686
libv4l-0.6.3-2.el6.i686
v4l-utils-0.9.0.git5f24b816-2.el6.i686
ivtv-firmware-20080701-20.2.noarch
Hauppauge WinTV-HVR1120 DVB-T/Hybrid [card=156,autodetected]
input: saa7134 IR (Hauppauge WinTV-HVR
On Sun, Jan 19, 2014 at 8:39 AM, Mauro Carvalho Chehab
wrote:
> It seems that subsequent tuning makes the device worse, reducing the
> maximum effective packet bandwidth. Btw, this happens with both xHCI
> and EHCI drivers, so, it is not related to any USB 3.0 issue.
I'm pretty sure I saw this an
> The result is at:
>
> http://git.linuxtv.org/mchehab/experimental.git/shortlog/refs/heads/drx-j-new
That's excellent news.
Well done.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
Em Sun, 19 Jan 2014 02:23:28 -0200
Mauro Carvalho Chehab escreveu:
> And, after a while:
>
> PID FREQ SPEED TOTAL
> 8.39 p/s 12.3 Kbps 539 KB
> 0f75419.96 p/s616.8 Kbps26985 KB
> 0fff 8.78 p/s 12.9 Kbps 564 KB
> 1000 8.33
Hi Florian,
Thank you for the patch.
On Friday 17 January 2014 20:37:38 Florian Vaussard wrote:
> Commit 3fdfedaaa "[media] omap3isp: preview: Lower the crop margins"
> accidentally changed the previewer's cropping, causing the previewer
> to miss four pixels on each line, thus corrupting the fin
(a better request)
Hallo,
I'm new to linux and step by step learning by working with debian.
I'm using the 2.6.32-5-686 kernel and i have no knowledge about c+ other
then common sense and copy-paste.
(upgrading to the latest kernel will be a project in the future).
I've mechanical opened a :ZOLI
21 matches
Mail list logo
