RE: [PATCH 1/5] ARM: S5PV210: Remove camera support from mach-goni.c
Sylwester Nawrocki wrote:
S5PV210 is going to get DT support, so we can remove the camera
bits from the only board using camera on S5PV210. This allows to
clean the exynos4-is driver by dropping code for non-dt platforms.
This patch can be dropped if a patch removing the whole board
file is applied first.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Hi Sylwester,
Cleanup is always welcome ;-)
I think, when this series is ready for mainline, this will be handled in
media tree. So,
Acked-by: Kukjin Kim kgene@samsung.com
Thanks,
Kukjin
---
arch/arm/mach-s5pv210/mach-goni.c | 51
-
1 file changed, 51 deletions(-)
diff --git a/arch/arm/mach-s5pv210/mach-goni.c b/arch/arm/mach-
s5pv210/mach-goni.c
index b41a38a..6c719ec 100644
--- a/arch/arm/mach-s5pv210/mach-goni.c
+++ b/arch/arm/mach-s5pv210/mach-goni.c
@@ -49,11 +49,6 @@
#include plat/clock.h
#include plat/samsung-time.h
#include plat/mfc.h
-#include plat/camport.h
-
-#include media/v4l2-mediabus.h
-#include media/s5p_fimc.h
-#include media/noon010pc30.h
#include common.h
@@ -285,14 +280,6 @@ static void __init goni_tsp_init(void)
/* USB OTG */
static struct s3c_hsotg_plat goni_hsotg_pdata;
-static void goni_camera_init(void)
-{
- s5pv210_fimc_setup_gpio(S5P_CAMPORT_A);
-
- /* Set max driver strength on CAM_A_CLKOUT pin. */
- s5p_gpio_set_drvstr(S5PV210_GPE1(3), S5P_GPIO_DRVSTR_LV4);
-}
-
/* MAX8998 regulators */
#if defined(CONFIG_REGULATOR_MAX8998) ||
defined(CONFIG_REGULATOR_MAX8998_MODULE)
@@ -825,34 +812,6 @@ static void goni_setup_sdhci(void)
s3c_sdhci2_set_platdata(goni_hsmmc2_data);
};
-static struct noon010pc30_platform_data noon010pc30_pldata = {
- .clk_rate = 1600UL,
- .gpio_nreset= S5PV210_GPB(2), /* CAM_CIF_NRST */
- .gpio_nstby = S5PV210_GPB(0), /* CAM_CIF_NSTBY */
-};
-
-static struct i2c_board_info noon010pc30_board_info = {
- I2C_BOARD_INFO(NOON010PC30, 0x60 1),
- .platform_data = noon010pc30_pldata,
-};
-
-static struct fimc_source_info goni_camera_sensors[] = {
- {
- .mux_id = 0,
- .flags = V4L2_MBUS_PCLK_SAMPLE_FALLING |
- V4L2_MBUS_VSYNC_ACTIVE_LOW,
- .fimc_bus_type = FIMC_BUS_TYPE_ITU_601,
- .board_info = noon010pc30_board_info,
- .i2c_bus_num= 0,
- .clk_frequency = 1600UL,
- },
-};
-
-static struct s5p_platform_fimc goni_fimc_md_platdata __initdata = {
- .source_info= goni_camera_sensors,
- .num_clients= ARRAY_SIZE(goni_camera_sensors),
-};
-
/* Audio device */
static struct platform_device goni_device_audio = {
.name = smdk-audio,
@@ -874,10 +833,6 @@ static struct platform_device *goni_devices[]
__initdata = {
s5p_device_mixer,
s5p_device_sdo,
s3c_device_i2c0,
- s5p_device_fimc0,
- s5p_device_fimc1,
- s5p_device_fimc2,
- s5p_device_fimc_md,
s3c_device_hsmmc0,
s3c_device_hsmmc1,
s3c_device_hsmmc2,
@@ -946,14 +901,8 @@ static void __init goni_machine_init(void)
/* FB */
s3c_fb_set_platdata(goni_lcd_pdata);
- /* FIMC */
- s3c_set_platdata(goni_fimc_md_platdata,
sizeof(goni_fimc_md_platdata),
- s5p_device_fimc_md);
-
s3c_hsotg_set_platdata(goni_hsotg_pdata);
- goni_camera_init();
-
/* SPI */
spi_register_board_info(spi_board_info, ARRAY_SIZE(spi_board_info));
--
1.7.9.5
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 1/3] media: mx2-emmaprp: Cleanup internal structure
There are no need to store resource struct and IRQ in the driver
internal structure.
This patch remove these fields and improve error handling by using
proper return codes from devm_ioremap_resource() and devm_request_irq().
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
drivers/media/platform/mx2_emmaprp.c | 34 ++
1 file changed, 10 insertions(+), 24 deletions(-)
diff --git a/drivers/media/platform/mx2_emmaprp.c
b/drivers/media/platform/mx2_emmaprp.c
index 0b7480e..85ce099 100644
--- a/drivers/media/platform/mx2_emmaprp.c
+++ b/drivers/media/platform/mx2_emmaprp.c
@@ -207,10 +207,8 @@ struct emmaprp_dev {
struct mutexdev_mutex;
spinlock_t irqlock;
- int irq_emma;
void __iomem*base_emma;
struct clk *clk_emma_ahb, *clk_emma_ipg;
- struct resource *res_emma;
struct v4l2_m2m_dev *m2m_dev;
struct vb2_alloc_ctx*alloc_ctx;
@@ -901,9 +899,8 @@ static int emmaprp_probe(struct platform_device *pdev)
{
struct emmaprp_dev *pcdev;
struct video_device *vfd;
- struct resource *res_emma;
- int irq_emma;
- int ret;
+ struct resource *res;
+ int irq, ret;
pcdev = devm_kzalloc(pdev-dev, sizeof(*pcdev), GFP_KERNEL);
if (!pcdev)
@@ -920,12 +917,10 @@ static int emmaprp_probe(struct platform_device *pdev)
if (IS_ERR(pcdev-clk_emma_ahb))
return PTR_ERR(pcdev-clk_emma_ahb);
- irq_emma = platform_get_irq(pdev, 0);
- res_emma = platform_get_resource(pdev, IORESOURCE_MEM, 0);
- if (irq_emma 0 || res_emma == NULL) {
- dev_err(pdev-dev, Missing platform resources data\n);
- return -ENODEV;
- }
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
+ pcdev-base_emma = devm_ioremap_resource(pdev-dev, res);
+ if (IS_ERR(pcdev-base_emma))
+ return PTR_ERR(pcdev-base_emma);
ret = v4l2_device_register(pdev-dev, pcdev-v4l2_dev);
if (ret)
@@ -952,20 +947,11 @@ static int emmaprp_probe(struct platform_device *pdev)
platform_set_drvdata(pdev, pcdev);
- pcdev-base_emma = devm_ioremap_resource(pdev-dev, res_emma);
- if (IS_ERR(pcdev-base_emma)) {
- ret = PTR_ERR(pcdev-base_emma);
- goto rel_vdev;
- }
-
- pcdev-irq_emma = irq_emma;
- pcdev-res_emma = res_emma;
-
- if (devm_request_irq(pdev-dev, pcdev-irq_emma, emmaprp_irq,
-0, MEM2MEM_NAME, pcdev) 0) {
- ret = -ENODEV;
+ irq = platform_get_irq(pdev, 0);
+ ret = devm_request_irq(pdev-dev, irq, emmaprp_irq, 0,
+ dev_name(pdev-dev), pcdev);
+ if (ret)
goto rel_vdev;
- }
pcdev-alloc_ctx = vb2_dma_contig_init_ctx(pdev-dev);
if (IS_ERR(pcdev-alloc_ctx)) {
--
1.8.3.2
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 2/3] media: mx2-emmaprp: Add missing mutex_destroy()
This patch adds the missing mutex_destroy(), when the driver is removed. Signed-off-by: Alexander Shiyan shc_w...@mail.ru --- drivers/media/platform/mx2_emmaprp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/media/platform/mx2_emmaprp.c b/drivers/media/platform/mx2_emmaprp.c index 85ce099..fa8f7ca 100644 --- a/drivers/media/platform/mx2_emmaprp.c +++ b/drivers/media/platform/mx2_emmaprp.c @@ -985,6 +985,8 @@ rel_vdev: unreg_dev: v4l2_device_unregister(pcdev-v4l2_dev); + mutex_destroy(pcdev-dev_mutex); + return ret; } @@ -998,6 +1000,7 @@ static int emmaprp_remove(struct platform_device *pdev) v4l2_m2m_release(pcdev-m2m_dev); vb2_dma_contig_cleanup_ctx(pcdev-alloc_ctx); v4l2_device_unregister(pcdev-v4l2_dev); + mutex_destroy(pcdev-dev_mutex); return 0; } -- 1.8.3.2 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 3/3] media: mx2-emmaprp: Add devicetree support
This patch adds devicetree support for the Freescale enhanced Multimedia
Accelerator (eMMA) video Pre-processor (PrP).
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
.../devicetree/bindings/media/fsl-imx-emmaprp.txt | 19 +++
drivers/media/platform/mx2_emmaprp.c | 8
2 files changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/fsl-imx-emmaprp.txt
diff --git a/Documentation/devicetree/bindings/media/fsl-imx-emmaprp.txt
b/Documentation/devicetree/bindings/media/fsl-imx-emmaprp.txt
new file mode 100644
index 000..9e8238f
--- /dev/null
+++ b/Documentation/devicetree/bindings/media/fsl-imx-emmaprp.txt
@@ -0,0 +1,19 @@
+* Freescale enhanced Multimedia Accelerator (eMMA) video Pre-processor (PrP)
+ for i.MX.
+
+Required properties:
+- compatible : Shall contain fsl,imx21-emmaprp.
+- reg: Offset and length of the register set for the device.
+- interrupts : Should contain eMMA PrP interrupt number.
+- clocks : Should contain the ahb and ipg clocks, in the order
+ determined by the clock-names property.
+- clock-names: Should be ahb, ipg.
+
+Example:
+ emmaprp: emmaprp@10026400 {
+ compatible = fsl,imx27-emmaprp, fsl,imx21-emmaprp;
+ reg = 0x10026400 0x100;
+ interrupts = 51;
+ clocks = clks 49, clks 68;
+ clock-names = ipg, ahb;
+ };
diff --git a/drivers/media/platform/mx2_emmaprp.c
b/drivers/media/platform/mx2_emmaprp.c
index fa8f7ca..0646bda 100644
--- a/drivers/media/platform/mx2_emmaprp.c
+++ b/drivers/media/platform/mx2_emmaprp.c
@@ -18,6 +18,7 @@
*/
#include linux/module.h
#include linux/clk.h
+#include linux/of.h
#include linux/slab.h
#include linux/interrupt.h
#include linux/io.h
@@ -1005,12 +1006,19 @@ static int emmaprp_remove(struct platform_device *pdev)
return 0;
}
+static const struct of_device_id __maybe_unused emmaprp_dt_ids[] = {
+ { .compatible = fsl,imx21-emmaprp, },
+ { }
+};
+MODULE_DEVICE_TABLE(of, emmaprp_dt_ids);
+
static struct platform_driver emmaprp_pdrv = {
.probe = emmaprp_probe,
.remove = emmaprp_remove,
.driver = {
.name = MEM2MEM_NAME,
.owner = THIS_MODULE,
+ .of_match_table = of_match_ptr(emmaprp_dt_ids),
},
};
module_platform_driver(emmaprp_pdrv);
--
1.8.3.2
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Updated scan table for fi-sonera
Hello, Attached is an updated scan table for fi-sonera. The table is generated according to the list available at [1]. [1] http://www5.sonera.fi/ohjeet/Kaapeli-TV-taajuudet_(laajennettu) From bcf7f900a78cfcfb8b356ad234063e3669b870af Mon Sep 17 00:00:00 2001 From: Mikko Autio mikko.aut...@gmail.com Date: Fri, 2 May 2014 10:16:10 +0300 Subject: [PATCH] Updated scan table for fi-sonera Generated according to the list available at http://www5.sonera.fi/ohjeet/Kaapeli-TV-taajuudet_(laajennettu) --- dvb-c/fi-sonera | 35 --- 1 file changed, 20 insertions(+), 15 deletions(-) diff --git a/dvb-c/fi-sonera b/dvb-c/fi-sonera index 2eee9f9..e604982 100644 --- a/dvb-c/fi-sonera +++ b/dvb-c/fi-sonera @@ -1,23 +1,28 @@ # Sonera kaapeli-tv (Finland) -# Maksuttomat kanavat ovat 162 ja 170 MHz:n muxeissa +# Maksuttomat kanavat ovat 242,250,314,370 ja 410 MHz:n muxeissa # # freq sr fec mod -C 15400 690 NONE QAM128 -C 16200 690 NONE QAM128 -C 17000 690 NONE QAM128 C 23400 690 NONE QAM256 C 24200 690 NONE QAM256 C 25000 690 NONE QAM256 C 25800 690 NONE QAM256 C 26600 690 NONE QAM256 -C 31400 690 NONE QAM128 -C 32200 690 NONE QAM128 -C 33800 690 NONE QAM128 -C 34600 690 NONE QAM128 -C 35400 690 NONE QAM128 -C 36200 690 NONE QAM128 -C 37000 690 NONE QAM128 -C 37800 690 NONE QAM128 -C 38600 690 NONE QAM128 -C 39400 690 NONE QAM128 -C 40200 690 NONE QAM128 +C 27400 690 NONE QAM256 +C 29800 690 NONE QAM256 +C 30600 690 NONE QAM256 +C 31400 690 NONE QAM256 +C 32200 690 NONE QAM256 +C 33800 690 NONE QAM256 +C 34600 690 AUTO QAM256 +C 35400 690 AUTO QAM256 +C 36200 690 AUTO QAM256 +C 37000 690 AUTO QAM256 +C 37800 690 AUTO QAM256 +C 38600 690 AUTO QAM256 +C 39400 690 AUTO QAM256 +C 40200 690 AUTO QAM256 +C 41000 690 AUTO QAM256 +C 41800 690 AUTO QAM256 +C 42600 690 AUTO QAM256 +C 43400 690 AUTO QAM256 +C 33000 690 AUTO QAM256 -- 2.0.0.rc0
Re: [PATCH/RFC v3 5/5] media: Add registration helpers for V4L2 flash sub-devices
Hi Jacek,
On Mon, Apr 28, 2014 at 01:25:09PM +0200, Jacek Anaszewski wrote:
Hi Sakari,
On 04/23/2014 05:24 PM, Sakari Ailus wrote:
Hi Jacek,
On Thu, Apr 17, 2014 at 10:26:44AM +0200, Jacek Anaszewski wrote:
Hi Sakari,
Thanks for the review.
On 04/16/2014 08:21 PM, Sakari Ailus wrote:
Hi Jacek,
Thanks for the update!
[...]
+static inline enum led_brightness v4l2_flash_intensity_to_led_brightness(
+ struct led_ctrl *config,
+ u32 intensity)
Fits on a single line.
+{
+ return intensity / config-step;
Shouldn't you first decrement the minimum before the division?
Brightness level 0 means that led is off. Let's consider following case:
intensity - 15625
config-step - 15625
intensity / config-step = 1 (the lowest possible current level)
In V4L2 controls the minimum is not off, and zero might not be a possible
value since minimum isn't divisible by step.
I wonder how to best take that into account.
I've assumed that in MODE_TORCH a led is always on. Switching
the mode to MODE_FLASH or MODE_OFF turns the led off.
This way we avoid the problem with converting 0 uA value to
led_brightness, as available torch brightness levels start from
the minimum current level value and turning the led off is
accomplished on transition to MODE_OFF or MODE_FLASH, by
calling brightness_set op with led_brightness = 0.
I'm not sure if we understood the issue the same way. My concern was that if
the intensity isn't a multiple of step (but intensity - min is), the above
formula won't return a valid result (unless I miss something).
--
Regards,
Sakari Ailus
e-mail: sakari.ai...@iki.fi XMPP: sai...@retiisi.org.uk
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH v3] v4l: subdev: Move [gs]_std operation to video ops
On Mon, Apr 28, 2014 at 09:53:01PM +0200, Laurent Pinchart wrote: The g_std and s_std operations are video-related, move them to the video ops where they belong. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Acked-by: Hans Verkuil hans.verk...@cisco.com Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com Acked-by: Sakari Ailus sakari.ai...@linux.intel.com -- Sakari Ailus e-mail: sakari.ai...@iki.fi XMPP: sai...@retiisi.org.uk -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Elgato Eye TV Deluxe V2 supported?
OK, I realise I should be able to work this outbut I'm stuck and no matter how much I read I've developed a mental block (think of it as the computing version of writers block). I use Fedora as my primary OS, currently Fedora 20 latest kernel 3.13 I need to keep using this kernel as I use SELinux for a couple of things on my server and compiling a vanilla kernel and patching SELinux in is just way too messy As the V4L-DVB Media_Tree is NOT included in the kernel-devel version of the Fedora kernel it requires a complete kernel compile to download the required media tree, however I can't then get the V4L-DVB media tree from git to patch against the Fedora (uncompiled) kernel prior to compilation, I've installed all the tools required (I have built a few kernels before when I needed to) but I've just hit a mental wall.. Help!! On 25 April 2014 20:06, Another Sillyname anothersn...@googlemail.com wrote: OK, I'm not a coder these days but I'll look and see if I can work it out. Regards and have a good weekend. Tony On 25 April 2014 19:54, Devin Heitmueller dheitmuel...@kernellabs.com wrote: Is the as102 tree ever likely to go mainline? The only reason it's in staging is because it doesn't meet the coding standards (i.e. whitespace, variable naming, etc). Somebody needs to come along and expend the energy to satisfy the whitespace gods. Seems like a fantastically stupid reason to keep a working driver out of the mainline, but that's just my opinion. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
getting 50 fields/sec from bttv, but not on usb with em28xx / cx231xx
Hello, I have modified the 5dpo example (http://sourceforge.net/p/sdpo-cl/) to work with v4l2_pix_format set to V4L2_FIELD_ALTERNATE. With a pci grabber card and corresponding driver bttv I get 50 fields per second. Fine, great! I then plugged a usb grabber (2040:c200 Hauppauge, module is cx231xx) and retried the same expriment and it only provides 25 (fields/frames) per second. Same with a ( saa7115 8-0025: saa7113 found @ 0x4a em2860 ). What do these usb grabbers do fundamentally different? Can't they provide every single field? What would be a good starting point for further investigation? I have looked through media_tree.git/tree/drivers/media/usb/cx231xx/cx231xx-video.c but did not find any clue, as I'm not really into c. Advice appreciated! Regards, Max -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: getting 50 fields/sec from bttv, but not on usb with em28xx / cx231xx
On 05/02/2014 02:40 PM, max.schu...@online.de wrote: Hello, I have modified the 5dpo example (http://sourceforge.net/p/sdpo-cl/) to work with v4l2_pix_format set to V4L2_FIELD_ALTERNATE. With a pci grabber card and corresponding driver bttv I get 50 fields per second. Fine, great! I then plugged a usb grabber (2040:c200 Hauppauge, module is cx231xx) and retried the same expriment and it only provides 25 (fields/frames) per second. Same with a ( saa7115 8-0025: saa7113 found @ 0x4a em2860 ). What do these usb grabbers do fundamentally different? Can't they provide every single field? What would be a good starting point for further investigation? FIELD_ALTERNATE is only supported by saa7134, bttv and saa7146. No USB driver supports it. In some (most?) cases that is because the hardware doesn't support it somewhere in their video pipeline, or because we don't have the datasheets, or the driver author didn't care about field capture (most of the time people want an interlaced picture). I have looked through media_tree.git/tree/drivers/media/usb/cx231xx/cx231xx-video.c but did not find any clue, as I'm not really into c. At least in this case I don't have datasheets. Advice appreciated!\ If you want to capture fields, the three PCI devices mentioned above are the only ones that can do it. Regards, Hans Regards, Max -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Help needed for TechniSat Skystar 2 HD
Dear DVB-S2 Knowers! I am trying to get with a new kernel my two TechniSat Skystar HD 2 working. I have 3 cards: 05:00.0 0480: 1822:4e35 (rev 01) Subsystem: 153b:1179 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min, 63750ns max) Interrupt: pin A routed to IRQ 16 Region 0: Memory at fafff000 (32-bit, prefetchable) [size=4K] Kernel driver in use: Mantis Kernel modules: mantis 05:01.0 0480: 1822:4e35 (rev 01) Subsystem: 1ae4:0003 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min, 63750ns max) Interrupt: pin A routed to IRQ 17 Region 0: Memory at faffe000 (32-bit, prefetchable) [size=4K] Kernel driver in use: Mantis Kernel modules: mantis 05:02.0 0480: 1822:4e35 (rev 01) Subsystem: 1ae4:0003 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min, 63750ns max) Interrupt: pin A routed to IRQ 18 Region 0: Memory at faffd000 (32-bit, prefetchable) [size=4K] Kernel driver in use: Mantis Kernel modules: mantis This is the kernel (from SuSE 13.1): Linux godiva 3.11.10-7-desktop #1 SMP PREEMPT Mon Feb 3 09:41:24 UTC 2014 (750023e) x86_64 x86_64 x86_64 GNU/Linux I used the s2-liplianin-v39 drivers from here : https://bitbucket.org/CrazyCat/s2-liplianin-v39 as these were the only ones I could compile under this kernel. lsmod shows all fine, except that a dependency between mantis and stb0899 is missing. Yet, with neither tool I can tune with the first card to Astra 19.2E. Yet, the other two cards always report no lock and a timeout of fronted in VDR. Any hints? Much appreciated. Thanks Andi -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
