On Thu, Dec 29, 2011 at 2:39 PM, Marek Szyprowski
wrote:
> From: Michal Nazarewicz
>
> When set_migratetype_isolate() sets pageblock's migrate type, it does
> not change each page_private data. This makes sense, as the function
> has no way of knowing what kind of information page_private stores
This adds support for the Plextor ConvertX PX-AV100U, which uses the
eMPIA EM2820 chip. The device has a device_id of '0x093b, 0xa003'. I
am using the existing EM2820_BOARD_PINNACLE_DVC_90 board profile, as
the Pinnacle Dazzle DVC 90/100/101/107, Kaiser Baas Video to DVD
maker, and Kworld DVD Mak
On Saturday 31 December 2011 01:51:45 Gareth Williams wrote:
> On Fri, 2011-12-30 at 15:16 -0800, Reuben Stokes wrote:
> > On Friday 30 December 2011 14:27:57 Gareth Williams wrote:
> > > On Fri, 2011-12-30 at 05:04 -0800, Reuben Stokes wrote:
> > > > On Friday 30 December 2011 02:01:35 you wrote:
Return the complete RC-5 code, instead of just the 8 least significant
bits.
Reported-by: Dorozel Csaba
Tested-by: Dorozel Csaba
Signed-off-by: Mauro Carvalho Chehab
---
Please, re-test this patch. It is a more detailed version of the
previous one, with a few more documentation, and some clea
On 31-12-2011 11:22, Dorozel Csaba wrote:
>
>> Changing the mask to 0x1fff would work, but this may not be the
>> right fix.
>>
>> the hole idea is that other RC-5 devices could also be used with
>> the driver, but if the sub-routine is not doing the right thing, only
>> this remote will work.
>>
On 31-12-2011 13:31, Stefan Richter wrote:
> On Dec 30 Mauro Carvalho Chehab wrote:
>> Basically, changes all DVB frontend drivers to work directly with
>> the DVBv5 structure.
> [...]
>> Test reports are welcome.
> [...]
>> [media] firedtv: convert set_fontend to use DVBv5 parameters
> [...]
>>
Only the ioctl core should see the DVBv3 compat stuff, as its
contents are not available anymore to the drivers.
As fs/compat_ioctl also handles DVBv3 ioctl's, it needs those
definitions:
fs/compat_ioctl.c:1345: error: invalid application of ‘sizeof’ to
incomplete type ‘struct dvb_frontend_p
On Fri, 30 Dec 2011, Hans de Goede wrote:
> Hi,
>
> On 12/30/2011 11:21 AM, Jean-Francois Moine wrote:
> > On Thu, 29 Dec 2011 21:36:42 +0100
> > Hans de Goede wrote:
> >
> > > The new iso bandwidth calculation code accidentally has broken support
> > > for bulk mode cameras. This has broken
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:Sat Dec 31 19:00:23 CET 2011
git hash:53c91373bdd74f7e11d2726046a90b986c1ed650
gcc version: i686-linux-gcc (GCC
Hi
On Sat, December 31, 2011 11:54, Jonathan Nieder wrote:
> dvb_net_init unconditionally returns 0. Callers such as
> videobuf_dvb_register_frontend examine dvbnet->dvbdev instead of the
> return value to tell whether the operation succeeded. If it has been
> set to a valid pointer, success; if
On Dec 30 Mauro Carvalho Chehab wrote:
> Basically, changes all DVB frontend drivers to work directly with
> the DVBv5 structure.
[...]
> Test reports are welcome.
[...]
> [media] firedtv: convert set_fontend to use DVBv5 parameters
[...]
> drivers/media/dvb/firewire/firedtv-avc.c | 95 +++
On 12/31/2011 03:42 PM, Sylwester Nawrocki wrote:
>>
>> +case V4L2_CID_IMAGE_SOURCE_CLASS: return "Image source controls";
>> +case V4L2_CID_IMAGE_SOURCE_VBLANK: return "Vertical blanking";
>
> nit: have you considered making it "Blanking, horizontal"
Oops, it supposed to be:
Hi Sakari,
thanks for the patch.
On 12/14/2011 04:22 PM, Sakari Ailus wrote:
> Add image source control class. This control class is intended to contain
> low level controls which deal with control of the image capture process ---
> the A/D converter in image sensors, for example.
>
> Signed-off
The current gspca core code has a regression where it no longer properly
falls back to lower alt settings when there is not enough bandwidth.
This causes many iso based usb-1 cameras to not work when plugged
into a usb2 hub or a sandybridge chipset motherboard!
This patch fixes this.
Signed-off-
> Changing the mask to 0x1fff would work, but this may not be the
> right fix.
>
> the hole idea is that other RC-5 devices could also be used with
> the driver, but if the sub-routine is not doing the right thing, only
> this remote will work.
>
> Could you please try this patch, instead? It i
Hi Sylwester,
On Wed, Dec 28, 2011 at 06:09:17PM +0100, Sylwester Nawrocki wrote:
> On 12/26/2011 01:53 PM, Sakari Ailus wrote:
> > On Wed, Dec 21, 2011 at 01:20:56AM +0100, Laurent Pinchart wrote:
> >> On Wednesday 14 December 2011 13:23:07 Sylwester Nawrocki wrote:
> >>> The purpose of the new f
A few drivers don't have .delsys. Add it, in order to allow
future patches for dvb_frontend.c to not use info.type.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/frontends/s5h1432.c |2 +-
drivers/media/dvb/frontends/stv0297.c |2 +-
drivers/media/dvb/frontends/tda10048.c
On Dec 31 Jonathan Nieder wrote:
> It is not common for dvb_net_init to fail, but after the patch
> "dvb_net_init: return -errno on error" it can fail due to running out
> of memory. Handle this.
> From an audit of dvb_net_init callers.
>
> Signed-off-by: Jonathan Nieder
Reviewed-by: Stefan Ric
On 31-12-2011 08:22, Mauro Carvalho Chehab wrote:
> Due to the recent changes on those 3 drivers, applied upstream, I've
> discarded the previous patches I had, and made 3 other ones:
>
> [media] cxd2820: convert get|set_fontend to use DVBv5 parameters
> [media] af9013: convert get|set_fontend
It is not common for dvb_net_init to fail, but after the patch
"dvb_net_init: return -errno on error" it can fail due to running out
of memory. Handle this.
>From an audit of dvb_net_init callers.
Signed-off-by: Jonathan Nieder
---
That's the end of the series, though it would have been nice to
On 31-12-2011 09:47, Dorozel Csaba wrote:
>
>> An RC-5 code is just 14 bits. I found some Hauppauge decoders returning
>> just 12 bits on some places. It seems that all it needs is to do a
>> code3 | 0x3f, in order to discard the two most significant bits (MSB).
>>
>> So, the enclosed patch should
>From an audit of dvb_net_init callers, now that that function
returns -errno on error.
Signed-off-by: Jonathan Nieder
---
drivers/media/dvb/dvb-usb/dvb-usb-dvb.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/dvb-usb-dvb.c
b/drivers/me
Clean up and error out if dvb_net_init fails (for example due to
ENOMEM). This involves moving the dvb_net_init call to before
frontend_init to make cleaning up a little easier.
>From an audit of dvb_net_init callers, now that dvb_net_init lets
callers know about errors.
Signed-off-by: Jonathan
Clean up and error out if dvb_net_init fails (for example when
running out of memory).
>From an audit of dvb_net_init callers, now that dvb_net_init
has learned to return a nonzero value from time to time.
Signed-off-by: Jonathan Nieder
---
drivers/media/dvb/bt8xx/dvb-bt8xx.c |8 +++-
1
Bail out if dvb_net_init encounters an error (for example an
out-of-memory condition), now that it reports them.
Signed-off-by: Jonathan Nieder
---
drivers/media/dvb/b2c2/flexcop.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb/b2c2/flexcop.c b/d
On 31-12-2011 09:17, Patrick Dickey wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/31/2011 05:07 AM, Mauro Carvalho Chehab wrote:
>> On 31-12-2011 08:15, Dorozel Csaba wrote:
Basically, the bridge driver is not sending the complete RC-5
keycode to the IR core, but ju
Hi Sakari,
On 12/31/2011 12:35 PM, Sakari Ailus wrote:
> On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
>> 2011/12/31 Sakari Ailus :
>>> On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Our bridge driver needs to know line clock count including active
lines and
Avoid some repetition by adopting the usual "goto err" idiom for error
handling.
Signed-off-by: Jonathan Nieder
---
drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c | 40 +++-
1 files changed, 22 insertions(+), 18 deletions(-)
diff --git a/drivers/media/dvb/ttusb-budget/dvb-t
Hi Sylwester,
Apologies for my late answer.
On Sat, Dec 10, 2011 at 03:42:41PM +0100, Sylwester Nawrocki wrote:
> Hi Sakari,
>
> On 12/10/2011 11:33 AM, Sakari Ailus wrote:
> > On Sun, Dec 04, 2011 at 04:16:12PM +0100, Sylwester Nawrocki wrote:
> >> Change the V4L2_CID_FOCUS_AUTO control type fr
Repeating the same cleanup code in each error handling path makes life
unnecessarily difficult for reviewers, who much check each instance of
the same copy+pasted code separately. A "goto" to the end of the
function is more maintainable and conveys the intent more clearly.
While we're touching th
videobuf_dvb_register_bus relies on dvb_net_init to set dvbnet->dvbdev
on success, but ever since commit fcc8e7d8c0e2 ("dvb_net: Simplify the
code if DVB NET is not defined"), ->dvbdev is left unset when
networking support is disabled. Therefore in such configurations
videobuf_dvb_register_bus alw
Hi Sakari,
On 12/30/2011 10:42 PM, Sakari Ailus wrote:
> Hi Sylwester,
>
> On Tue, Dec 27, 2011 at 08:43:28PM +0100, Sylwester Nawrocki wrote:
> ...
>> +#define V4L2_CID_JPEG_ACTIVE_MARKERS
>> (V4L2_CID_JPEG_CLASS_BASE + 4)
>
> Just a few comments. I like the approach, and I'd ju
dvb_net_init unconditionally returns 0. Callers such as
videobuf_dvb_register_frontend examine dvbnet->dvbdev instead of the
return value to tell whether the operation succeeded. If it has been
set to a valid pointer, success; if it was left equal to NULL,
failure.
Alas, there is an edge case wh
Mauro Carvalho Chehab wrote:
> Subject: [media] cx88-dvb avoid dangling core->gate_ctrl pointer
> Author: David Fries
> Date:Thu Dec 15 01:59:20 2011 -0300
>
> dvb_register calls videobuf_dvb_register_bus, but if that returns
> a failure the module will be unloaded without clearing the
> val
> An RC-5 code is just 14 bits. I found some Hauppauge decoders returning
> just 12 bits on some places. It seems that all it needs is to do a
> code3 | 0x3f, in order to discard the two most significant bits (MSB).
>
> So, the enclosed patch should fix the issues. Please test.
Half way .. somet
Hi Scott,
On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
> 2011/12/31 Sakari Ailus :
> > Hi Scott,
> >
> > On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
> >> Hi Hans and Guennadi,
> >>
> >> Our bridge driver needs to know line clock count including active
> >> lines an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/31/2011 05:07 AM, Mauro Carvalho Chehab wrote:
> On 31-12-2011 08:15, Dorozel Csaba wrote:
>>> Basically, the bridge driver is not sending the complete RC-5
>>> keycode to the IR core, but just the 8 least siginificant
>>> bits. So, it is loosin
Hi Mauro,
The following changes since commit 3220eb73c5647af4c1f18e32c12dccb8adbac59d:
s5p-fimc: Add support for alpha component configuration (2011-12-20 19:46:55
+0100)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-samsung v4l_mbus
This one patch enabl
On 31-12-2011 08:15, Dorozel Csaba wrote:
>> Basically, the bridge driver is not sending the complete RC-5
>> keycode to the IR core, but just the 8 least siginificant bits.
>> So, it is loosing the 0x1e00 code for the Hauppauge grey remote.
>>
>> The fix should be at saa7134-input. It should be so
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.
Also, fill the supported delivery systems at dvb_frontend_ops
struct.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/dvb-usb/af9015.c |5
Due to the recent changes on those 3 drivers, applied upstream, I've
discarded the previous patches I had, and made 3 other ones:
[media] cxd2820: convert get|set_fontend to use DVBv5 parameters
[media] af9013: convert get|set_fontend to use DVBv5 parameters
[media] af9015: convert set_fonte
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.
Also, fill the supported delivery systems at dvb_frontend_ops
struct.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/frontends/af9013.c | 1
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.
Also, fill the supported delivery systems at dvb_frontend_ops
struct.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/frontends/cxd2820r_c.c
> Basically, the bridge driver is not sending the complete RC-5
> keycode to the IR core, but just the 8 least siginificant bits.
> So, it is loosing the 0x1e00 code for the Hauppauge grey remote.
>
> The fix should be at saa7134-input. It should be something like
> the enclosed patch (I'm just gu
On Fri, 2011-12-30 at 15:16 -0800, Reuben Stokes wrote:
> On Friday 30 December 2011 14:27:57 Gareth Williams wrote:
> > On Fri, 2011-12-30 at 05:04 -0800, Reuben Stokes wrote:
> > > On Friday 30 December 2011 02:01:35 you wrote:
> > > > On Thu, 2011-12-29 at 15:13 -0800, Reuben Stokes wrote:
> > >
45 matches
Mail list logo