2019年1月28日(月) 17:34 Sakari Ailus :
>
> Hi Mita-san, Marco,
>
> On Sun, Jan 27, 2019 at 09:29:30PM +0900, Akinobu Mita wrote:
> > 2019年1月24日(木) 0:17 Marco Felsch :
> > >
> > > Hi Akinobu,
> > >
> > > sorry for the delayed response.
> > >
> > > On 19-01-15 23:05, Akinobu Mita wrote:
> > > > The VIDIO
Hi Mita-san, Marco,
On Sun, Jan 27, 2019 at 09:29:30PM +0900, Akinobu Mita wrote:
> 2019年1月24日(木) 0:17 Marco Felsch :
> >
> > Hi Akinobu,
> >
> > sorry for the delayed response.
> >
> > On 19-01-15 23:05, Akinobu Mita wrote:
> > > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> >
2019年1月24日(木) 0:17 Marco Felsch :
>
> Hi Akinobu,
>
> sorry for the delayed response.
>
> On 19-01-15 23:05, Akinobu Mita wrote:
> > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> > is specified.
> >
> >
Hi Akinobu,
sorry for the delayed response.
On 19-01-15 23:05, Akinobu Mita wrote:
> The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> is specified.
>
> Cc: Enrico Scholz
> Cc: Michael Grzeschik
> Cc: Mar
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Enrico Scholz
Cc: Michael Grzeschik
Cc: Marco Felsch
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
* v3
- Set
2019年1月11日(金) 0:28 Akinobu Mita :
>
> The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> is specified.
>
> Cc: Enrico Scholz
> Cc: Michael Grzeschik
> Cc: Marco Felsch
> Cc: Sakari Ailus
> Cc: Mauro Carval
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Enrico Scholz
Cc: Michael Grzeschik
Cc: Marco Felsch
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
* v2
- Use
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Guennadi Liakhovetski
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
* v2
- Set initial try format with default
2019年1月7日(月) 20:30 Sakari Ailus :
>
> Hi Mita-san,
>
> On Sun, Dec 23, 2018 at 02:12:53AM +0900, Akinobu Mita wrote:
> > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> > is specified.
> >
> > Cc: Guennadi
Hi Mita-san,
On Sun, Dec 23, 2018 at 02:12:53AM +0900, Akinobu Mita wrote:
> The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> is specified.
>
> Cc: Guennadi Liakhovetski
> Cc: Sakari Ailus
> Cc: Mauro Car
2019年1月3日(木) 22:47 Marco Felsch :
>
> On 19-01-01 02:07, Akinobu Mita wrote:
> > 2018年12月31日(月) 19:54 Marco Felsch :
> > >
> > > On 18-12-30 02:07, Akinobu Mita wrote:
> > > > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > > > V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_
Hello,
sorry to jump in
On Thu, Jan 03, 2019 at 02:47:04PM +0100, Marco Felsch wrote:
> On 19-01-01 02:07, Akinobu Mita wrote:
> > 2018年12月31日(月) 19:54 Marco Felsch :
> > >
> > > On 18-12-30 02:07, Akinobu Mita wrote:
> > > > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > >
On 19-01-01 02:07, Akinobu Mita wrote:
> 2018年12月31日(月) 19:54 Marco Felsch :
> >
> > On 18-12-30 02:07, Akinobu Mita wrote:
> > > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > > V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> > > is specified.
> > >
>
2018年12月31日(月) 19:54 Marco Felsch :
>
> On 18-12-30 02:07, Akinobu Mita wrote:
> > The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> > V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> > is specified.
> >
> > Cc: Sakari Ailus
> > Cc: Mauro Carvalho Chehab
>
On 18-12-30 02:07, Akinobu Mita wrote:
> The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
> V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
> is specified.
>
> Cc: Sakari Ailus
> Cc: Mauro Carvalho Chehab
> Signed-off-by: Akinobu Mita
> ---
> drivers/medi
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
drivers/media/i2c/mt9m111.c | 31 +++
1 f
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Guennadi Liakhovetski
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
drivers/media/i2c/mt9m001.c | 27 +
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
* v2
- fix build error when CONFIG_VIDEO_V4L2_SUBDEV_API is not define
Hi Akinobu,
I love your patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.20-rc5 next-20181207]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linu
The VIDIOC_SUBDEV_G_FMT ioctl for this driver doesn't recognize
V4L2_SUBDEV_FORMAT_TRY and always works as if V4L2_SUBDEV_FORMAT_ACTIVE
is specified.
Cc: Sakari Ailus
Cc: Mauro Carvalho Chehab
Signed-off-by: Akinobu Mita
---
drivers/media/i2c/ov2640.c | 27 +++
1 file c
On 05/19/2018 01:19 AM, Boris Ostrovsky wrote:
On 05/17/2018 04:26 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Andrushchenko
---
drivers/xen/grant-table.c | 49 +++
include/xen/grant_table.h | 7 ++
2 f
On 05/17/2018 04:26 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> drivers/xen/grant-table.c | 49 +++
> include/xen/grant_table.h | 7 ++
> 2 files changed, 56 insertions(+)
>
> diff
From: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Andrushchenko
---
drivers/xen/grant-table.c | 49 +++
include/xen/grant_table.h | 7 ++
2 files changed, 56 insertions(+)
diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c
index bb3
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
On 07/03/18 23:05, Niklas Söderlund wrote:
> The procedure to start or stop streaming using the non-MC single
> subdevice and the MC graph and multiple subdevices are quite different.
> Create a new function to abstract which method is used based on which
> mode the driver is running in and add log
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
Hi Niklas,
Thank you for the patch.
On Monday, 29 January 2018 18:34:32 EET Niklas Söderlund wrote:
> The procedure to start or stop streaming using the non-MC single
> subdevice and the MC graph and multiple subdevices are quite different.
> Create a new function to abstract which method is used
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
Hi Niklas,
Thank you for the patch.
On Friday, 8 December 2017 03:08:39 EET Niklas Söderlund wrote:
> The procedure to start or stop streaming using the non-MC single
> subdevice and the MC graph and multiple subdevices are quite different.
> Create a new function to abstract which method is used
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
On 11/11/17 01:38, Niklas Söderlund wrote:
> The procedure to start or stop streaming using the non-MC single
> subdevice and the MC graph and multiple subdevices are quite different.
> Create a new function to abstract which method is used based on which
> mode the driver is running in and add log
The procedure to start or stop streaming using the non-MC single
subdevice and the MC graph and multiple subdevices are quite different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas Sö
For the moment, I am focusing on the frontend ioctl problem
According to the fops:
static const struct file_operations dvb_frontend_fops = {
.owner = THIS_MODULE,
.unlocked_ioctl = dvb_generic_ioctl,
.poll = dvb_frontend_poll,
.open = dvb_frontend_open,
.release = dvb_frontend_release,
.llseek = n
On Thu, 2 Nov 2017 12:16:39 +0100
Menion wrote:
> Hi all
> I am investigating for Armbian, the feasability of running 32bit
> userland on single board computers based on arm64 SoC, where only 64
> bit kernel is available, for reducing the memory footprint.
> I have discovered that there is a flaw
Hi all
I am investigating for Armbian, the feasability of running 32bit
userland on single board computers based on arm64 SoC, where only 64
bit kernel is available, for reducing the memory footprint.
I have discovered that there is a flaw in the DVB frontend ioctl (at
least) that prevents to do so
On 23/08/17 01:26, Niklas Söderlund wrote:
> The procedure to start or stop streaming using the none MC single
none MC -> non-MC
> subdevice and the MC graph and multiple subdevices are quiet different.
quiet -> quite
> Create a new function to abstract which method is used based on which
> mod
The procedure to start or stop streaming using the none MC single
subdevice and the MC graph and multiple subdevices are quiet different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas S
The procedure to start or stop streaming using the none MC single
subdevice and the MC graph and multiple subdevices are quiet different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas S
The procedure to start or stop streaming using the none MC single
subdevice and the MC graph and multiple subdevices are quiet different.
Create a new function to abstract which method is used based on which
mode the driver is running in and add logic to start the MC graph.
Signed-off-by: Niklas S
A user-space application will follow the V4l2 document, but I meet
a problem when I test it with Gstreamer. I look at the V4l2
document, the driver check the external setting which the
document not cover, so that is what the second patch do.
The first patch comes from chromium project, but I didn'
The v4l2 event queue uses a 'struct timespec' to pass monotonic
timestamps. This is not a problem by itself, but it breaks when user
space redefines timespec to use 'long long' on 32-bit systems.
This is the second approach on fixing the problem, by changing
the kernel to internally use 64-bit mem
My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust
you with a business worth 8.3 million USD? Please reply ONLY to my private
email: mga...@rogers.com for more information.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
I have a Terratec S7 USB device(actually an Elgato EyeTV Sat). This
works fine on a Mac Mini running EyeTV. It doesn't seem to scan DVB-S2
channels at all under Linux-DVB. I've noticed numerous messages in the
mailing list archive documenting problems with this device in regards to
S2. The only mai
>> Where did you purchase the card?
>
> Hi Steve
>
> It is a pleasure, I'm finding it very interesting, and it would
> certainly be satisfying if I did get it working. Thankyou for writing
> the driver!
You are welcome!
>
> I bought it from either msy.com.au or skycomp.com.au quite a few years
>
On Wed, Feb 5, 2014 at 12:32 AM, Steven Toth wrote:
> On Tue, Feb 4, 2014 at 5:29 AM, Daniel Playfair Cal
.
>
> Hey Daniel,
>
> Thanks for showing an interest in the driver.
>
> I've been trying to source one of these cards for quite a while,
> occasionally checking amazon etc. I can't seem to fin
On Tue, Feb 4, 2014 at 5:29 AM, Daniel Playfair Cal
wrote:
> Hello all,
>
> I've been working on patching the saa7164 driver to work with the
> Compro Videomate Vista E900F. This is a PCI-e tuner card that seems to
> be almost identical to the Hauppauge HVR-2200, many ver
Hello all,
I've been working on patching the saa7164 driver to work with the
Compro Videomate Vista E900F. This is a PCI-e tuner card that seems to
be almost identical to the Hauppauge HVR-2200, many versions of which
are supported. I've had some success but there are a few problems
whi
On 09/25/2013 06:09 PM, Tomasz Stanislawski wrote:
rename to 'media: s5p-tv: mixer: integrate with CCF'
On 09/21/2013 05:00 PM, Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
> Clock prepare is required by Clock Common Framewo
On 09/25/2013 05:59 PM, Tomasz Stanislawski wrote:
Rename to 'media: s5p-tv: sdo: integrate with CCF'
On 09/21/2013 05:00 PM, Mateusz Krawczuk wrote:
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and
On 09/23/2013 02:44 PM, Sylwester Nawrocki wrote:
> On 21/09/13 17:00, Mateusz Krawczuk wrote:
>> Replace clk_enable by clock_enable_prepare and clk_disable with
>> clk_disable_unprepare.
>> Clock prepare is required by Clock Common Framework, and old clock driver
>> didn`t support it.
>> Without
rename to 'media: s5p-tv: mixer: integrate with CCF'
On 09/21/2013 05:00 PM, Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare.
> Clock prepare is required by Clock Common Framework, and old clock driver
> didn`t support it.
> Witho
Rename to 'media: s5p-tv: sdo: integrate with CCF'
On 09/21/2013 05:00 PM, Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare.
> Clock prepare is required by Clock Common Framework, and old clock driver
> didn`t support it.
> Without
On 21/09/13 17:00, Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare.
> Clock prepare is required by Clock Common Framework, and old clock driver
> didn`t support it.
> Without it Common Clock Framework prints a warning.
nit: Please
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
Signed-off-by: Kyungmin Park
-
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
Signed-off-by: Kyungmin Park
-
On Wednesday 28 of August 2013 18:13:02 Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare. Clock prepare is required by Clock Common
> Framework, and old clock driver didn`t support it. Without it Common
> Clock Framework prints a warn
Hi Mateusz,
On Wednesday 28 of August 2013 18:13:01 Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare. Clock prepare is required by Clock Common
> Framework, and old clock driver didn`t support it. Without it Common
> Clock Framework
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
drivers/media/platform/s5p
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
drivers/media/platform/s5p
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
drivers/media/platform/s5p
Replace clk_enable by clock_enable_prepare and clk_disable with
clk_disable_unprepare.
Clock prepare is required by Clock Common Framework, and old clock driver
didn`t support it.
Without it Common Clock Framework prints a warning.
Signed-off-by: Mateusz Krawczuk
---
drivers/media/platform/s5p
There are new firmwares for sms2xxx devices. Change the firmware
load logic to handle those newer firmwares and devices.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/common/siano/smscoreapi.c | 348
drivers/media/common/siano/smscoreapi.h | 8 +-
2 fi
On Friday 17 August 2012 22:59:21 Antti Palosaari wrote:
> On 08/17/2012 10:35 PM, Hans Petter Selasky wrote:
> > Hi,
> >
> > Have anyone out there tested the CT-3650 USB driver in the Linux kernel
> > with a "strong pairing cam".
>
> Likely that means CI+ with some pairing features enabled.
>
>
On 08/17/2012 10:35 PM, Hans Petter Selasky wrote:
Hi,
Have anyone out there tested the CT-3650 USB driver in the Linux kernel with a
"strong pairing cam".
Likely that means CI+ with some pairing features enabled.
According to some web-forums, the hardware should support that given using the
Hi,
Have anyone out there tested the CT-3650 USB driver in the Linux kernel with a
"strong pairing cam".
According to some web-forums, the hardware should support that given using the
vendor provided DVB WinXXX software.
drivers/media/dvb/dvb-usb/ttusb2.c
Any clues how to debug or what can be
On 08.05.2012 00:28, Hans-Frieder Vogt wrote:
Am Montag, 7. Mai 2012 schrieb Antti Palosaari:
On 07.05.2012 21:38, Thomas Mair wrote:
On 07.05.2012 09:59, Antti Palosaari wrote:
@@ -330,12 +335,12 @@ static int rtl2831u_frontend_attach(struct
dvb_usb_adapter *adap)
/* check QT1010 ID(
Am Montag, 7. Mai 2012 schrieb Antti Palosaari:
> On 07.05.2012 21:38, Thomas Mair wrote:
> > On 07.05.2012 09:59, Antti Palosaari wrote:
> >>> @@ -330,12 +335,12 @@ static int rtl2831u_frontend_attach(struct
> >>> dvb_usb_adapter *adap)
> >>>
> >>>/* check QT1010 ID(?) register; reg=0f va
On 07.05.2012 21:38, Thomas Mair wrote:
On 07.05.2012 09:59, Antti Palosaari wrote:
@@ -330,12 +335,12 @@ static int rtl2831u_frontend_attach(struct
dvb_usb_adapter *adap)
/* check QT1010 ID(?) register; reg=0f val=2c */
ret = rtl28xxu_ctrl_msg(adap->dev,&req_qt1010);
if (
On 07.05.2012 09:59, Antti Palosaari wrote:
> Good morning!
> Comments below.
>
> On 06.05.2012 15:46, Thomas Mair wrote:
>> Hi everyone,
>>
>> this is the first complete version of the rtl2832 demod driver. I
>> splitted the patches in three parts:
>> 1. changes in the dvb-usb part (dvb_usb_rtl2
Good morning!
Comments below.
On 06.05.2012 15:46, Thomas Mair wrote:
Hi everyone,
this is the first complete version of the rtl2832 demod driver. I
splitted the patches in three parts:
1. changes in the dvb-usb part (dvb_usb_rtl28xxu)
2. demod driver (rtl2832)
3. tuner driver (fc0012)
- added
- added tuner probing with log output
- added callback for tuners to change UHF/VHF band
- moved and renamed tuner enums to own header file
- supported devices:
- Terratec Cinergy T Stick Black
- G-Tek Electronics Group Lifeview LV5TDLX DVB-T [RTL2832U]
Signed-off-by: Thomas Mair
---
drivers
On 06.05.2012 17:37, Hans-Frieder Vogt wrote:
>
> line wrapped. This prevents the patch to apply. Please switch off the
> automatic
> line wrap in your mailer!
>
Sorry. Now the issue should be resolved.
- added tuner probing with log output
- added callback for tuners to change UHF/VHF band
-
Am Sonntag, 6. Mai 2012 schrieb Hans-Frieder Vogt:
> Am Sonntag, 6. Mai 2012 schrieben Sie:
> > Hi everyone,
> >
> > this is the first complete version of the rtl2832 demod driver. I
> > splitted the patches in three parts:
> > 1. changes in the dvb-usb part (dvb_usb_rtl28xxu)
> > 2. demod driver
Am Sonntag, 6. Mai 2012 schrieben Sie:
> Hi everyone,
>
> this is the first complete version of the rtl2832 demod driver. I
> splitted the patches in three parts:
> 1. changes in the dvb-usb part (dvb_usb_rtl28xxu)
> 2. demod driver (rtl2832)
> 3. tuner driver (fc0012)
>
> - added tuner probing w
Hi everyone,
this is the first complete version of the rtl2832 demod driver. I
splitted the patches in three parts:
1. changes in the dvb-usb part (dvb_usb_rtl28xxu)
2. demod driver (rtl2832)
3. tuner driver (fc0012)
- added tuner probing with log output
- added callback for tuners to change UHF/
hi all,
I'm a linux-media user who for many years used an fm radio card.
After recent kernel updates, fm no longer works. I frankly, don't
know enough to determine where the problem lies--whether it's hardware
or out of date drivers or unmaintained code.
FM Radio seems to join the "dustbins of
Hi,
Try with 2.6.39 and it work but I've some freezes.
I've try copying tm6000 directory from 2.6.39 to 3.0 and it as work
sometimes.
This is not an issue because this produce kernels panics.
So for me there are 2 problems:
- 2.6.38 dvb-t work good
- 2.6.39, dvb-t work but sometime freeze the com
Norret Thierry http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-900H
and use gentoo
Since I upgrade my kernel from 2.6.38 to 3.* scan for channel doesn't work and
channels can't be lock
The modules (tm6000) are load, the firmware (xc3028L-v36.fw) is copied to
/lib/firmware, the signal
Same problem here since upgrade to ubuntu 11.10
I've found these topics but no solutions
http://forum.ubuntuusers.de/topic/dvb-t-stick-wird-nicht-erkannt
http://forum.ubuntu-it.org/index.php/topic,59926.160.html
http://forums.gentoo.org/viewtopic-t-900714.html
--
To unsubscribe from this list:
i dont know about digital, but to me it crashes the USB probe after
connect-disconnect-reconnect. after that, it doesnt notice any changes
in connected USB devices and need to restart.
it may be possible, that there is some module hanging in there, because
i get the same problem when i have femon
Hello,
I have this card http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-900H
and use gentoo
Since I upgrade my kernel from 2.6.38 to 3.* scan for channel doesn't work and
channels can't be lock
The modules (tm6000) are load, the firmware (xc3028L-v36.fw) is copied to
/lib/firmware, th
On Thursday 02 June 2011 11:46:15 Lutz Sammer wrote:
> Hello Hans Petter,
Hi,
>
> I haven't tested your patch yet, but looking at the source I see some
> problems.
>
> What does your patch fix and how?
It switches from software derot to hardware derot, by writing zero to the
derot register.
Hello Hans Petter,
I haven't tested your patch yet, but looking at the source I see some
problems.
What does your patch fix and how?
If you have problem locking channels, try my locking patch:
https://patchwork.kernel.org/patch/753382/
On each step (timing, carrier, data) you reset the derot:
On Saturday 28 May 2011 12:30:17 Mariusz Bialonczyk wrote:
> Hello
> I don't know what mailer you're using but your patches
> to the ML are malformed (word wrapped).
>
> Please have a look:
> http://www.kernel.org/doc/Documentation/email-clients.txt
>
> I don't know for sure but you may need to s
(Hopefully without line wrapping of KMail.)
>From 5449f996bb340e4423b3146d1e0172dd635c0398 Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky
Date: Tue, 24 May 2011 21:44:53 +0200
Subject: [PATCH] Fix the derot zig-zag to work with TT-USB2.0 TechnoTrend.
Signed-off-by: Hans Petter Sela
Hello
I don't know what mailer you're using but your patches
to the ML are malformed (word wrapped).
Please have a look:
http://www.kernel.org/doc/Documentation/email-clients.txt
I don't know for sure but you may need to send them
again (all those malformed)...
regards,
--
Mariusz Bialonczyk
ja
(This patch needs testing and review.)
>From 5449f996bb340e4423b3146d1e0172dd635c0398 Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky
Date: Tue, 24 May 2011 21:44:53 +0200
Subject: [PATCH] Fix the derot zig-zag to work with TT-USB2.0 TechnoTrend.
Signed-off-by: Hans Petter Sela
the derot zig-zag to work with TT-USB2.0 TechnoTrend
hardware.
Signed-off-by: Hans Petter Selasky
---
drivers/media/dvb/frontends/stb0899_algo.c | 130
drivers/media/dvb/frontends/stb0899_priv.h |2 -
2 files changed, 36 insertions(+), 96 deletions(-)
diff --gi
(This time without any word wrappings)
>From 83224b9c4b5402332589139549b387066bff8277 Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky
Date: Tue, 24 May 2011 21:44:53 +0200
Subject: [PATCH] Fix the derot zig-zag to work with TT-USB2.0 TechnoTrend
hardware.
Signed-off-by: Hans Petter Sela
В Сбт, 26/02/2011 в 17:11 +0600, housegregory299 пишет:
> Hello! My name is Galym, I'm from Kazakhstan. Sorry for my bad English.
> My Genuis E-messenger 310 webcam slow work with pac7302 in 2.6.37.1
> kernel.
> I lowered the Exposure value ((to reduce freezes) since my webcam
В Вск, 27/02/2011 в 18:37 +0600, housegregory299 пишет:
> > As I understand the webcam was not working properly even using 2.6.32
> > kernel.
>
> Yes, this is so. But in near installed Windows 7 webcam also work slow
> and picture quality is worse than on Debian with 2.6.37. I think my
> webcam v
В Вск, 27/02/2011 в 05:26 +0600, housegregory299 пишет:
> Hello! Thanks for answer to me.
> Outputs from these commands:
>
> root@debian:/home/t800# cat /proc/version
> Linux version 2.6.37-1-amd64 (Debian 2.6.37-1) (b...@decadent.org.uk)
> (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Tue Feb 15
This patch fixes saa7134 driver to allow both analog and digital modes
to work. While here, I fixed some issues I saw at tda8290 driver and
on mb82a20s.
The biggest issue I found is a a hard to track bug between
tda829x/tda18271/saa7134. This series adds a workaround for it, but
we'll need to do
I tried two things:
1.)
compile media_build.git for my 2.6.32 Ubuntu Kernel. It compiles, driver loads
without errors.
[ 8.500109] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)...
[ 8.981263] DVB: registering adapter 1 frontend 0 (Philips TDA10021 DVB-C)...
But when I start vdr
Greetings:
The pcHDTV HD5500 ships with an IR receiver but no remote. Support
seems to be there:
input: cx88 IR (pcHDTV HD5500 HDTV) as
/devices/pci:00/:00:06.0/:01:07.1/input/input6
Does anyone know of a remote that actually works with it? I have read
that it is supposed to be a "P
Hi, people. My 1st post is on Mosaico ITV 300'
suport into Linux. Dmesg display that the chipset card's is
detected (SAA7130), but properly no. You see these messages:
http://www.lindrix.xpg.com.br/log_saa7130_description.txt
Excuse me, they are many messages...
The Mosaico's home page was:
htt
Hello list,
The mentioned card doesnÄ't work any more.
I am running an opensuse 2.6.31 kernel.
It sems that no frontend can be loaded.
I am getting also many cam inserted or cam ejected messages.
dmesg contains this message:
[ 1067.280898] budget-av: A frontend driver was not found for device
[11
1 - 100 of 116 matches
Mail list logo
