On Tue May 15 2012 00:01:50 manjunatha_ha...@ti.com wrote:
From: Manjunatha Halli x0130...@ti.com
This patch creates new ctrl class for FM RX and adds new CID's for
below FM features,
1) De-Emphasis filter mode
2) RDS Alternate Frequency switch
Also this patch adds a field
On 18.05.2012 22:47, Antti Palosaari wrote:
Good evening!
On 18.05.2012 21:47, Thomas Mair wrote:
Good Evening!
This is the corrected version of the patch series to support the
RTL2832 demodulator. There where no major changes. The majority of
the changes consist in fixing style issues
Unsubscribe
Sent from my BlackBerry®
powered by Sinyal Kuat
INDOSATN‹§²æìr¸›yúèšØb²X¬¶Ç§vØ^–)Þº{.nÇ+‰·¥Š{±™çbj)í…æèw* jg¬±¨ ¶‰šŽŠÝ¢j/�êäz¹Þ–Šà2ŠÞ™¨èÚ¢)ß¡«a¶Úþø ®G«�éh®æj:+v‰¨Šwè†Ù¥
On 20.05.2012 12:56, Thomas Mair wrote:
On 18.05.2012 22:47, Antti Palosaari wrote:
Good evening!
On 18.05.2012 21:47, Thomas Mair wrote:
Good Evening!
This is the corrected version of the patch series to support the
RTL2832 demodulator. There where no major changes. The majority of
the
Hi Hans,
I'm CC-ing Manjunatha Halli as well as due to his work on adding support
for the weather band:
http://www.spinics.net/lists/kernel/msg1340986.html
The question is whether the weather band and the AM band should be treated
the same. The wl128x will implement the weather band as part of
I've been spending some time playing with radio receivers under Linux, and
I noticed that my bttv's radio reception was not working. The patch in the
next message fixes the 1st of 3 problems related to this, can you review this
patch please and also let me know if it is ok to send patch though my
bttv_init_card2() sets btv-has_audio to a *default* value from the tvcards
array and then may update it by reading a card specific eeprom or gpio
detection.
After bttv_init_card2(), bttv_init_tuner(), and it should clearly use
the updated, dynamic has_radio value from btv-has_radio, rather then
Hi,
On 05/20/2012 12:23 PM, Hans Verkuil wrote:
Hi Hans,
I'm CC-ing Manjunatha Halli as well as due to his work on adding support
for the weather band:
http://www.spinics.net/lists/kernel/msg1340986.html
The question is whether the weather band and the AM band should be treated
the same. The
Hi All,
I managed to get a working scan file for this location (France -
Rennes) and the one provided is a bit outdated. I've checked in the
tree and it has simply been deleted for exactly the same reason.
I successfully used the following replacement of
/usr/share/dvb/dvb-t/fr-Rennes :
#
Em 14-05-2012 18:39, Sylwester Nawrocki escreveu:
On 05/10/2012 10:48 AM, Sylwester Nawrocki wrote:
On 05/04/2012 05:31 PM, Sylwester Nawrocki wrote:
Hi Mauro,
The following changes since commit 34b2debaa62bfa384ef91b61cf2c40c48e86a5e2:
s5p-fimc: Correct memory allocation for
memweight() is the function that counts the total number of bits set
in memory area. The memory area doesn't need to be aligned to
long-word boundary unlike bitmap_weight().
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Anders Larsen a...@alarsen.net
Cc: Alasdair Kergon a...@redhat.com
Use memweight() to count the total number of bits set in memory area.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: linux-media@vger.kernel.org
---
drivers/media/video/uvc/uvc_ctrl.c |5 ++---
1 files changed, 2 insertions(+), 3
Em 12-05-2012 07:21, Devin Heitmueller escreveu:
On Fri, May 11, 2012 at 11:08 PM, Ismael Luceno ismael.luc...@gmail.com
wrote:
On Fri, 11 May 2012 08:04:59 -0400
Devin Heitmueller dheitmuel...@kernellabs.com wrote:
...
What is the motivation for moving these files?
Well, the device was
Em 20-05-2012 10:32, Mauro Carvalho Chehab escreveu:
Em 12-05-2012 07:21, Devin Heitmueller escreveu:
On Fri, May 11, 2012 at 11:08 PM, Ismael Luceno ismael.luc...@gmail.com
wrote:
On Fri, 11 May 2012 08:04:59 -0400
Devin Heitmueller dheitmuel...@kernellabs.com wrote:
...
What is the
On 05/20/2012 02:39 PM, Mauro Carvalho Chehab wrote:
Em 14-05-2012 18:39, Sylwester Nawrocki escreveu:
On 05/10/2012 10:48 AM, Sylwester Nawrocki wrote:
On 05/04/2012 05:31 PM, Sylwester Nawrocki wrote:
...
The following changes since commit ae45d3e9aea0ab951dbbca2238fbfbf3993f1e7f:
This patch drops the _ACTIVE part from the selection target names
as a prerequisite to unify the selection target names across the subdev
and regular video node API.
The meaning of V4L2_SEL_TGT_*_ACTIVE and V4L2_SUBDEV_SEL_TGT_*_ACTUAL
selection targets is logically the same. Different names add
On Sun May 20 2012 13:28:11 Hans de Goede wrote:
I've been spending some time playing with radio receivers under Linux, and
I noticed that my bttv's radio reception was not working. The patch in the
next message fixes the 1st of 3 problems related to this, can you review this
patch please and
I propose that once I have received my radio-cadet card and I have had some
time to test it that we talk it over on irc.
It seems we are close to a result.
BTW, multiple tuners for a radio device should definitely be possible and we
do need to clarify the spec in that respect.
There isn't
Em 16-05-2012 18:15, Daniel Drake escreveu:
On Wed, May 16, 2012 at 3:12 PM, Jonathan Corbet cor...@lwn.net wrote:
On Tue, 15 May 2012 20:43:31 +0100 (BST)
Daniel Drake d...@laptop.org wrote:
Jon, is it OK to assume that XO-1.75 is the only mmp-camera user?
It's the only one I know of at
Hi Frederico!
On Thu April 12 2012 18:39:36 Federico Vaga wrote:
Video user controls such as brightness, contrast, saturation, and
hue are now handled.
I just saw this patch series being merged, and I wonder if you could make a
follow-up patch for 3.6 where you implement the control framework
Em 20-05-2012 11:05, Sylwester Nawrocki escreveu:
On 05/20/2012 02:39 PM, Mauro Carvalho Chehab wrote:
Em 14-05-2012 18:39, Sylwester Nawrocki escreveu:
On 05/10/2012 10:48 AM, Sylwester Nawrocki wrote:
On 05/04/2012 05:31 PM, Sylwester Nawrocki wrote:
...
The following changes since commit
Hi Federico,
This driver is now merged, but I'm not happy with this.
The main criticism is that it doesn't use videobuf2, but still uses the old
videobuf framework. You really, really should upgrade.
There is also no reason to return -EBUSY if someone opens the device node a
second time. That's
Heigh ho, heigh ho
To make your troubles go
Just keep on singing
All day long, heigh ho
Heigh ho!
After hard/cold boot:
[…]
usb 1-1: new high-speed USB device number 2 using ehci_hcd
usb 1-1: New USB device found, idVendor=1f4d, idProduct=b803
usb 1-1: New USB device strings: Mfr=1, Product=2,
On 05/20/2012 05:30 PM, Mauro Carvalho Chehab wrote:
Em 20-05-2012 11:05, Sylwester Nawrocki escreveu:
On 05/20/2012 02:39 PM, Mauro Carvalho Chehab wrote:
Em 14-05-2012 18:39, Sylwester Nawrocki escreveu:
On 05/10/2012 10:48 AM, Sylwester Nawrocki wrote:
On 05/04/2012 05:31 PM, Sylwester
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:Sun May 20 19:00:24 CEST 2012
git hash:711e1bfb5b7e77e5317b25fc5a2faf3d47cf5d7b
gcc version: i686-linux-gcc
Hmm,
Mauro just merged those FC0012 and FC0013 drivers via my RTL2831U
tree... It was not my meaning to do that like this.
Anyhow, I will now review those FC0012 and FC0013.
On 06.05.2012 23:56, Hans-Frieder Vogt wrote:
Support for tuner Fitipower FC0012
Signed-off-by: Hans-Frieder
On 06.05.2012 23:57, Hans-Frieder Vogt wrote:
Support for tuner Fitipower FC0013
Signed-off-by: Hans-Frieder Vogthfv...@gmx.net
drivers/media/common/tuners/Kconfig |7
drivers/media/common/tuners/Makefile |1
drivers/media/common/tuners/fc0013-priv.h | 44 ++
Hi Sylwester,
Sylwester Nawrocki wrote:
This patch drops the _ACTIVE part from the selection target names
as a prerequisite to unify the selection target names across the subdev
and regular video node API.
The meaning of V4L2_SEL_TGT_*_ACTIVE and V4L2_SUBDEV_SEL_TGT_*_ACTUAL
selection targets
On 20.05.2012 20:04, poma wrote:
After hard/cold boot:
DVB: register adapter0/net0 @ minor: 2 (0x02)
rtl2832u_frontend_attach:
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
Hi Akinobu,
Thank you for the patch.
On Sunday 20 May 2012 22:23:19 Akinobu Mita wrote:
Use memweight() to count the total number of bits set in memory area.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc:
I did some more planning and made alternative RFC.
As the earlier alternative was more like changing old functionality that
new one goes much more deeper.
As a basic rule I designed it to reduce stuff from the current struct
dvb_usb_device_properties. Currently there is many nested structs
On 20.05.2012 22:08, Antti Palosaari wrote:
On 20.05.2012 20:04, poma wrote:
After hard/cold boot:
DVB: register adapter0/net0 @ minor: 2 (0x02)
rtl2832u_frontend_attach:
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg: failed=-32
rtl28xxu_ctrl_msg:
On Sun, May 20, 2012 at 1:55 PM, Antti Palosaari cr...@iki.fi wrote:
I did some more planning and made alternative RFC.
As the earlier alternative was more like changing old functionality that new
one goes much more deeper.
Functionality enhancement mentioned earlier RFC are valid too:
No need to duplicate normal kernel logging capabilities.
Add pr_fmt and convert pr_reg to pr_info.
Remove pr_reg macros.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/media/rc/fintek-cir.c | 32 +
drivers/media/rc/nuvoton-cir.c | 145
On Sun, May 20, 2012 at 6:30 PM, VDR User user@gmail.com wrote:
On Sun, May 20, 2012 at 1:55 PM, Antti Palosaari cr...@iki.fi wrote:
I did some more planning and made alternative RFC.
As the earlier alternative was more like changing old functionality that new
one goes much more deeper.
On Sun, May 20, 2012 at 4:10 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
If you think this is important, then you should feel free to submit
patches to Antti's tree. Otherwise, this is the sort of optimization
that brings so little value as to not really be worth the engineering
Hi Guennadi
Would be nice if the below patch could be tested with a 16-bit set up. But
it should be tested negatively. This means: I think, also now 16-bit set
ups work. The only problem is, that even if your board only connects 8
data lines, an attempt to set a 16-bit format wouldn't
On 21.05.2012 03:36, VDR User wrote:
On Sun, May 20, 2012 at 4:10 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
If you think this is important, then you should feel free to submit
patches to Antti's tree. Otherwise, this is the sort of optimization
that brings so little value as to
Em 20-05-2012 13:56, Antti Palosaari escreveu:
Hmm,
Mauro just merged those FC0012 and FC0013 drivers via my RTL2831U tree... It
was not my meaning to do that like this.
This was due to a pull request that you sent me on May, 18, requesting
to pull from:
On Sun, May 20, 2012 at 7:22 PM, Antti Palosaari cr...@iki.fi wrote:
So you think that it makes more sense to ignore existing issues rather
than fix them. Isn't fixing issues flaws the whole point of an
overhaul/redesign? Yes, it is. I do get the point you're trying to
make -- there are
Hi Mauro,
Compared to the last pull req, I've rebased the request on top of more
recent media_tree.git and replaced Sylwester's patch with a newer
version of it.
---
This pull request contains just two patches; one for the V4L2 and one
for the V4L2 subdev interfaces. The patches rename the
ma 21.5.2012 5:25 Mauro Carvalho Chehab kirjoitti:
Em 20-05-2012 13:56, Antti Palosaari escreveu:
Hmm,
Mauro just merged those FC0012 and FC0013 drivers via my RTL2831U
tree... It was not my meaning to do that like this.
This was due to a pull request that you sent me on May, 18, requesting
ma 21.5.2012 5:42 VDR User kirjoitti:
On Sun, May 20, 2012 at 7:22 PM, Antti Palosaari cr...@iki.fi wrote:
So you think that it makes more sense to ignore existing issues rather
than fix them. Isn't fixing issues flaws the whole point of an
overhaul/redesign? Yes, it is. I do get the point
Em 21-05-2012 00:20, Antti Palosaari escreveu:
ma 21.5.2012 5:42 VDR User kirjoitti:
On Sun, May 20, 2012 at 7:22 PM, Antti Palosaari cr...@iki.fi wrote:
So you think that it makes more sense to ignore existing issues rather
than fix them. Isn't fixing issues flaws the whole point of an
Em 20-05-2012 17:55, Antti Palosaari escreveu:
I did some more planning and made alternative RFC.
As the earlier alternative was more like changing old functionality that new
one goes much more deeper.
As a basic rule I designed it to reduce stuff from the current struct
45 matches
Mail list logo
