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
> dvb_usb_devi
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 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
o
ma 21.5.2012 5:42 VDR User kirjoitti:
> On Sun, May 20, 2012 at 7:22 PM, Antti Palosaari 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'
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, req
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 effec
On Sun, May 20, 2012 at 7:22 PM, Antti Palosaari 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 bigger fi
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:
git://linuxtv.org/anttip/media_tr
On 21.05.2012 03:36, VDR User wrote:
On Sun, May 20, 2012 at 4:10 PM, Devin Heitmueller
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 eng
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'
On Sun, May 20, 2012 at 4:10 PM, Devin Heitmueller
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
> effort. The time is bet
On Sun, May 20, 2012 at 6:30 PM, VDR User wrote:
> On Sun, May 20, 2012 at 1:55 PM, Antti Palosaari 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 enhance
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
---
drivers/media/rc/fintek-cir.c | 32 +
drivers/media/rc/nuvoton-cir.c | 145
2 files change
On Sun, May 20, 2012 at 1:55 PM, Antti Palosaari 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:
> http://www.ma
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_ctr
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
in
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
> Cc: Laurent Pinchart
> Cc: linux-media@vger.kernel.org
Laurent Pinchart
> ---
> drivers/media/vi
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
rtl28xxu_ctrl_msg
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 i
On 06.05.2012 23:57, Hans-Frieder Vogt wrote:
Support for tuner Fitipower FC0013
Signed-off-by: Hans-Frieder Vogt
drivers/media/common/tuners/Kconfig |7
drivers/media/common/tuners/Makefile |1
drivers/media/common/tuners/fc0013-priv.h | 44 ++
drivers/media/common/tu
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 Vogt
d
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 (GC
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,
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, Se
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
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
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 16-05-2012 18:15, Daniel Drake escreveu:
> On Wed, May 16, 2012 at 3:12 PM, Jonathan Corbet wrote:
>> On Tue, 15 May 2012 20:43:31 +0100 (BST)
>> Daniel Drake 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 the moment, certai
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 actual
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 a
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 t
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:
>>
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
>> wrote:
>>> On Fri, 11 May 2012 08:04:59 -0400
>>> Devin Heitmueller wrote:
>>> ...
What is the motivation for moving these files?
>>>
Em 12-05-2012 07:21, Devin Heitmueller escreveu:
> On Fri, May 11, 2012 at 11:08 PM, Ismael Luceno
> wrote:
>> On Fri, 11 May 2012 08:04:59 -0400
>> Devin Heitmueller wrote:
>> ...
>>> What is the motivation for moving these files?
>>
>> Well, the device was on the wrong Kconfig section, and whi
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
Cc: Anders Larsen
Cc: Alasdair Kergon
Cc: dm-de...@redhat.com
Cc: linux-fsde...@vger.kernel.
Use memweight() to count the total number of bits set in memory area.
Signed-off-by: Akinobu Mita
Cc: Laurent Pinchart
Cc: linux-media@vger.kernel.org
---
drivers/media/video/uvc/uvc_ctrl.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/uvc/uvc_
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 allocatio
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 :
# Rennes
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
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
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 t
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 t
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 chang
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 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 sty
On Tue May 15 2012 00:01:50 manjunatha_ha...@ti.com wrote:
> From: Manjunatha Halli
>
> 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 for band s
45 matches
Mail list logo
