Re: [PATCH 02/35] ivtv: use kthread_worker instead of workqueue
On 07/05/2010 07:11 PM, Andy Walls wrote: Assuming the new kthread_worker implementation is OK, this change for ivtv looks good. Reviewed-by: Andy Walls awa...@md.metrocast.net Acked-by: Andy Walls awa...@md.metrocast.net May I route this patch through wq branch? As it's not clear how this whole patchset will end up, I think it would be better to keep things isolated in this branch. Thank you. -- tejun -- 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
[GIT PATCHES FOR 2.6.36] gspca for_2.6.36
The following changes since commit c57fd88318988f17731e446fe1d8498f506fdd44: V4L/DVB: uvcvideo: Add support for Manta MM-353 Plako (2010-07-05 19:47:16 -0300) are available in the git repository at: git://linuxtv.org/jfrancois/gspca.git for_2.6.36 Jean-François Moine (6): gspca - main: Possible race condition in queue management. gspca - main: Don't use the frame buffer flags. gspca - vc032x: Add some comments. gspca - vc032x: Stop the USB exchanges on error. gspca - vc032x: Add trace of USB exchanges. gspca - sq930x: Add some comments for sensor mt9v111. drivers/media/video/gspca/cpia1.c| 10 +- drivers/media/video/gspca/gspca.c| 117 ++- drivers/media/video/gspca/gspca.h|8 +- drivers/media/video/gspca/m5602/m5602_core.c |5 - drivers/media/video/gspca/ov534.c|2 - drivers/media/video/gspca/pac7302.c | 10 +- drivers/media/video/gspca/pac7311.c |9 +- drivers/media/video/gspca/sonixb.c |4 - drivers/media/video/gspca/sq930x.c | 26 ++-- drivers/media/video/gspca/vc032x.c | 202 -- 10 files changed, 198 insertions(+), 195 deletions(-) -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- 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/2] Retrieve firmware for az6027
From: Renzo Dani aro...@gmail.com Signed-off-by: Renzo Dani aro...@gmail.com --- Documentation/dvb/get_dvb_firmware | 19 ++- 1 files changed, 18 insertions(+), 1 deletions(-) diff --git a/Documentation/dvb/get_dvb_firmware b/Documentation/dvb/get_dvb_firmware index 239cbdb..9ea94dc 100644 --- a/Documentation/dvb/get_dvb_firmware +++ b/Documentation/dvb/get_dvb_firmware @@ -26,7 +26,7 @@ use IO::Handle; dec3000s, vp7041, dibusb, nxt2002, nxt2004, or51211, or51132_qam, or51132_vsb, bluebird, opera1, cx231xx, cx18, cx23885, pvrusb2, mpc718, - af9015, ngene); + af9015, ngene, az6027); # Check args syntax() if (scalar(@ARGV) != 1); @@ -567,6 +567,23 @@ sub ngene { $file1, $file2; } +sub az6027{ +my $file = AZ6027_Linux_Driver.tar.gz; +my $url = http://linux.terratec.de/files/$file;; +my $firmware = dvb-usb-az6027-03.fw; + +wgetfile($file, $url); + +#untar +if( system(tar xzvf $file $firmware)){ +die failed to untar firmware; +} +if( system(rm $file)){ +die (unable to remove unnecessary files); +} + +$firmware; +} # --- # Utilities -- 1.7.1 -- 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/2] Added Technisat Skystar USB HD CI
From: Renzo Dani aro...@gmail.com Signed-off-by: Renzo Dani aro...@gmail.com --- drivers/media/dvb/dvb-usb/az6027.c | 14 -- 1 files changed, 12 insertions(+), 2 deletions(-) diff --git a/drivers/media/dvb/dvb-usb/az6027.c b/drivers/media/dvb/dvb-usb/az6027.c index d7290b2..445851a 100644 --- a/drivers/media/dvb/dvb-usb/az6027.c +++ b/drivers/media/dvb/dvb-usb/az6027.c @@ -1103,13 +1103,23 @@ static struct dvb_usb_device_properties az6027_properties = { .rc_query = az6027_rc_query, .i2c_algo = az6027_i2c_algo, - .num_device_descs = 1, + .num_device_descs = 3, .devices = { { .name = AZUREWAVE DVB-S/S2 USB2.0 (AZ6027), .cold_ids = { az6027_usb_table[0], NULL }, .warm_ids = { NULL }, }, + { + .name = Terratec DVB 2 CI, + .cold_ids = { az6027_usb_table[1], NULL }, + .warm_ids = { NULL }, + }, + { + .name = TechniSat SkyStar USB 2 HD CI (AZ6027), + .cold_ids = { az6027_usb_table[2], NULL }, + .warm_ids = { NULL }, + }, { NULL }, } }; @@ -1118,7 +1128,7 @@ static struct dvb_usb_device_properties az6027_properties = { static struct usb_driver az6027_usb_driver = { .name = dvb_usb_az6027, .probe = az6027_usb_probe, - .disconnect = az6027_usb_disconnect, + .disconnect = az6027_usb_disconnect, .id_table = az6027_usb_table, }; -- 1.7.1 -- 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
Question about BTTV-video controls whitecrush upper/lower
Hi, there are two video controls in the Bttv-driver called whitecrush upper and whitecrush lower. But what does whitecrush mean ? Is it the same as white noise ? The german KDE translators are currently trying to translate these strings... Thanks, Frank -- 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 2.6.34] schedule inside spin_lock_irqsave
Em 07-06-2010 10:00, Richard Zidlicky escreveu: On Sun, Jun 06, 2010 at 07:51:56PM +0200, Jiri Slaby wrote: On 06/06/2010 02:43 PM, Richard Zidlicky wrote: Hi, I have done a minimaly invasive patch for the stable 2.6.34 kernel and stress-tested it for many hours, definitely seems to improve the behaviour. I have left out your beautification suggestion for now, want to do more playing with other aspects of the driver. There still seem to be issues when the device is unplugged while in use and such. --- linux-2.6.34/drivers/media/dvb/siano/smscoreapi.c.rz2010-06-03 21:58:11.0 +0200 +++ linux-2.6.34/drivers/media/dvb/siano/smscoreapi.c 2010-06-04 23:00:35.0 +0200 @@ -1100,31 +1100,26 @@ * * @return pointer to descriptor on success, NULL on error. */ -struct smscore_buffer_t *smscore_getbuffer(struct smscore_device_t *coredev) + +struct smscore_buffer_t *get_entry(void) { struct smscore_buffer_t *cb = NULL; unsigned long flags; - DEFINE_WAIT(wait); - spin_lock_irqsave(coredev-bufferslock, flags); Sorry, maybe I'm just blind, but where is 'coredev' defined in this scope? You probably forgot to pass it to get_entry? How could this be compiled? Is there coredev defined globally? good catch. I think it failed and despite a different kernel id the old module was loaded. Here is the new version, this time lightly tested Could you please fix the indentation and send your SOB for this patch? Cheers, Mauro. --- linux-2.6.34/drivers/media/dvb/siano/smscoreapi.c.rz 2010-06-03 21:58:11.0 +0200 +++ linux-2.6.34/drivers/media/dvb/siano/smscoreapi.c 2010-06-07 14:32:06.0 +0200 @@ -1100,31 +1100,26 @@ * * @return pointer to descriptor on success, NULL on error. */ -struct smscore_buffer_t *smscore_getbuffer(struct smscore_device_t *coredev) + +struct smscore_buffer_t *get_entry(struct smscore_device_t *coredev) { struct smscore_buffer_t *cb = NULL; unsigned long flags; - DEFINE_WAIT(wait); - spin_lock_irqsave(coredev-bufferslock, flags); - - /* This function must return a valid buffer, since the buffer list is - * finite, we check that there is an available buffer, if not, we wait - * until such buffer become available. - */ - - prepare_to_wait(coredev-buffer_mng_waitq, wait, TASK_INTERRUPTIBLE); - - if (list_empty(coredev-buffers)) - schedule(); - - finish_wait(coredev-buffer_mng_waitq, wait); - + if (!list_empty(coredev-buffers)) { cb = (struct smscore_buffer_t *) coredev-buffers.next; list_del(cb-entry); - + } spin_unlock_irqrestore(coredev-bufferslock, flags); + return cb; +} + +struct smscore_buffer_t *smscore_getbuffer(struct smscore_device_t *coredev) +{ + struct smscore_buffer_t *cb = NULL; + + wait_event(coredev-buffer_mng_waitq, (cb = get_entry(coredev))); return cb; } Richard -- 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
Status of the patches under review at LMML (60 patches)
This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == New patches - waiting for some days for more review == Jul, 1 2010: v4l2-dev: fix memory leak http://patchwork.kernel.org/patch/109191 Jul, 5 2010: soc-camera: module_put() fix http://patchwork.kernel.org/patch/110202 Jul, 4 2010: IR/mceusb: unify and simplify different gen device init http://patchwork.kernel.org/patch/110078 Jul, 6 2010: [1/2] Added Technisat Skystar USB HD CI http://patchwork.kernel.org/patch/110395 Jul, 6 2010: [2/2] Retrieve firmware for az6027 http://patchwork.kernel.org/patch/110394 == Need more tests/acks from DVB users == Jun,27 2010: Avoid unnecessary data copying inside dvb_dmx_swfilter_204() function http://patchwork.kernel.org/patch/108274 == Better to wait for videobuf changes == Mar,17 2010: [2/2] V4L/DVB: buf-dma-sg.c: support non-pageable user-allocated memor http://patchwork.kernel.org/patch/97263 May,26 2010: [1/2] media: Add timberdale video-in driver http://patchwork.kernel.org/patch/102414 == Waiting for a new version from Jonathan Corbet cor...@lwn.net == Jun, 7 2010: Add the viafb video capture driver http://patchwork.kernel.org/patch/104840 == Depends on input get_bigkeycode stuff that got postponed == May,20 2010: input: fix error at the default input_get_keycode call http://patchwork.kernel.org/patch/101122 == Waiting for Pawel Osciak p.osc...@samsung.com comments - are they ready for review/merge ? == Jun,16 2010: [1/7] ARM: Samsung: Add FIMC driver register definition and platform h http://patchwork.kernel.org/patch/106457 Jun,16 2010: [2/7] ARM: Samsung: Add platform definitions for local FIMC/FIMD fifo http://patchwork.kernel.org/patch/106459 Jun,16 2010: [3/7] s3c-fb: Add v4l2 subdevice to support framebuffer local fifo inp http://patchwork.kernel.org/patch/106445 Jun,16 2010: [4/7] v4l: Add Samsung FIMC (video postprocessor) driver http://patchwork.kernel.org/patch/106448 Jun,16 2010: [5/7] ARM: S5PV210: Add fifo link definitions for fimc and framebuffer http://patchwork.kernel.org/patch/106447 Jun,16 2010: [6/7] ARM: S5PV210: enable FIMC on Aquila http://patchwork.kernel.org/patch/106449 Jun,16 2010: [7/7] ARM: S5PC100: enable FIMC on SMDKC100 http://patchwork.kernel.org/patch/106454 Jun,28 2010: v4l: mem2mem_testdev: fix g_fmt NULL pointer dereference http://patchwork.kernel.org/patch/108321 == Soc_camera waiting for Guennadi Liakhovetski g.liakhovet...@gmx.de review == May,11 2010: [v3] soc_camera_platform: Add necessary v4l2_subdev_video_ops method http://patchwork.kernel.org/patch/98660 Jun,21 2010: mx2_camera: Add soc_camera support for i.MX25/i.MX27 http://patchwork.kernel.org/patch/107126 Jun,21 2010: mx27: add support for the CSI device http://patchwork.kernel.org/patch/107124 Jun,21 2010: mx25: add support for the CSI device http://patchwork.kernel.org/patch/107125 Jul, 4 2010: mx2_camera: Add soc_camera support for i.MX25/i.MX27 http://patchwork.kernel.org/patch/110090 == mantis patches - waiting for Manu Abraham abraham.m...@gmail.com == Apr,15 2010: [5/8] ir-core: convert mantis from ir-functions.c http://patchwork.kernel.org/patch/92961 Jun,11 2010: stb0899: Removed an extra byte sent at init on DiSEqC bus http://patchwork.kernel.org/patch/105621 Jun,20 2010: Mantis DMA transfer cleanup, fixes data corruption and a race, improve http://patchwork.kernel.org/patch/107036 Jun,20 2010: Mantis: append tasklet maintenance for DVB stream delivery http://patchwork.kernel.org/patch/107055 Jun,20 2010: [2/2] DVB/V4L: mantis: remove unused files http://patchwork.kernel.org/patch/107062 Jun,20 2010: mantis: use dvb_attach to avoid double dereferencing on module removal http://patchwork.kernel.org/patch/107063 Jun,21 2010: Mantis, hopper: use MODULE_DEVICE_TABLE use the macro to make modules http://patchwork.kernel.org/patch/107147 Jul, 3 2010: mantis: Rename gpio_set_bits to mantis_gpio_set_bits
Re: Status of the patches under review at LMML (60 patches)
Hi Mauro, On Tuesday 06 July 2010 15:06:39 Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. [snip] Jun,23 2010: [2.6.33.4] V4L/uvcvideo: Add support for Suyin Corp. Lenovo Webcam http://patchwork.kernel.org/patch/107570 NAK, the patch is not needed. -- Regards, Laurent Pinchart -- 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: Status of the patches under review (85 patches) and some misc notes about the devel procedures
Em 01-07-2010 08:46, Bjørn Mork escreveu: Mauro Carvalho Chehab mche...@redhat.com writes: My original idea were to send one of such emails per week, Nearly two months has passed since this message. I apologize if I missed something, but I have not seen another status update. Is it just me? Anyway, since the last status I've seen, 2.6.34 has been released, the 2.6.35 merge window has been open and then closed, and a number of new patches have been collected in https://patchwork.kernel.org/project/linux-media/list/ , many of which seem rather trivial. Ideally, the patches that are OK should already be catched by a driver maintainer and submitted me via git or mercurial pull request, and the bad patches should already be nacked. The ones that are not merged from the normal process are the ones that are not trivial, among others, due to one of the reasons bellow: - there's no driver maintainer; - the driver maintainer is lazy or overloaded; - there are some concerns about that patch; - there are some changes undergoing that will affect/be affected by the patch; - the patch got forgotten/lost in the middle of the emails. The fact is that the number of those patches are very high, causes me a lot of overload to handle them and to send emails to people requesting the review of those patches. Any chance of a new status update anytime soon? Updated today, after two or three weeks spent to handle the backlog. I still have a few pull requests pending for 2.6.35-rc (bug fixes) that I'll be handling this week. I'm particularily interested in getting a forced status change on any patch which was under review at the time of the last status message. I believe it's reasonable to expect two months review to be more than enough. If the patches are found unacceptable, then it's much better to have them rejected with a please fix foo and resubmit than the current total silence called review. The patches marked as under review means that I'm expecting an action from someone else (the patch author or the driver author/maintainer). So, if you have patches there still under review, you're helping us if you direct your complains to the one that it is sitting on the top of them. Cheers, Mauro. -- 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: Status of the patches under review at LMML (60 patches)
== Waiting for Steven Toth st...@kernellabs.com review == Feb, 6 2010: cx23885: Enable Message Signaled Interrupts(MSI). http://patchwork.kernel.org/patch/77492 May, 5 2010: tda10048: fix the uncomplete function tda10048_read_ber http://patchwork.kernel.org/patch/97058 May, 6 2010: tda10048: fix bitmask for the transmission mode http://patchwork.kernel.org/patch/97340 May, 6 2010: tda10048: clear the uncorrected packet registers when saturated http://patchwork.kernel.org/patch/97341 May, 6 2010: dvb_frontend: fix typos in comments and one function http://patchwork.kernel.org/patch/97343 Mauro, I'm fine with all of these. Signed-off-by: Steven Toth st...@kernellabs.com -- Steven Toth - 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
Re: Status of the patches under review at LMML (60 patches)
Em 06-07-2010 10:13, Laurent Pinchart escreveu: Hi Mauro, On Tuesday 06 July 2010 15:06:39 Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. [snip] Jun,23 2010: [2.6.33.4] V4L/uvcvideo: Add support for Suyin Corp. Lenovo Webcam http://patchwork.kernel.org/patch/107570 NAK, the patch is not needed. updated, thanks! Cheers, Mauro -- 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: Status of the patches under review at LMML (60 patches)
Hello, == Soc_camera waiting for Guennadi Liakhovetski g.liakhovet...@gmx.de review == May,11 2010: [v3] soc_camera_platform: Add necessary v4l2_subdev_video_ops method http://patchwork.kernel.org/patch/98660 Jun,21 2010: mx2_camera: Add soc_camera support for i.MX25/i.MX27 http://patchwork.kernel.org/patch/107126 Jun,21 2010: mx27: add support for the CSI device http://patchwork.kernel.org/patch/107124 Jun,21 2010: mx25: add support for the CSI device http://patchwork.kernel.org/patch/107125 Jul, 4 2010: mx2_camera: Add soc_camera support for i.MX25/i.MX27 http://patchwork.kernel.org/patch/110090 The 2nd patch in the list above is obsoleted by the last one. The last one can have my Ack. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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: Status of the patches under review at LMML (60 patches)
On Tue, 06 Jul 2010 10:06:39 -0300 Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == New patches - waiting for some days for more review == Jul, 1 2010: v4l2-dev: fix memory leak http://patchwork.kernel.org/patch/109191 Jul, 5 2010: soc-camera: module_put() fix http://patchwork.kernel.org/patch/110202 Jul, 4 2010: IR/mceusb: unify and simplify different gen device init http://patchwork.kernel.org/patch/110078 Jul, 6 2010: [1/2] Added Technisat Skystar USB HD CI http://patchwork.kernel.org/patch/110395 Jul, 6 2010: [2/2] Retrieve firmware for az6027 http://patchwork.kernel.org/patch/110394 Hi Mauro, Is it possible to add Author (or From:) to each of these? thanks, --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- 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: [RFC v3] Multi-plane buffer support for V4L2 API
On Monday 05 July 2010 14:36:38 Pawel Osciak wrote: Hi Hans, thanks a lot for finding the time to comment on this. Hans Verkuil hverk...@xs4all.nl wrote: On Thursday 24 June 2010 14:59:43 Pawel Osciak wrote: struct v4l2_pix_format_mplane { struct v4l2_pix_format pix_fmt; struct v4l2_plane_formatplane_fmt[VIDEO_MAX_PLANES]; }; 8 planes means that struct v4l2_plane_format can have 20 bytes. That seems reasonable. If we make bytesperline a u16 and 'pack' the struct, then we have enough reserved fields I think. Good idea, haven't thought of that. b) pass a userspace pointer to a separate array struct v4l2_pix_format_mplane { struct v4l2_pix_format pix_fmt; __u32 num_planes; /* userspace pointer to an array of size num_planes */ struct v4l2_plane_format*plane_fmt; }; and then fetch the array separately. The second solution would give us more flexibility for future extensions (if we add a handful of reserved fields to the v4l2_plane_format struct). Due to the complexity of handling userspace pointers I don't think this is the way to go. In my opinion there is enough spare room in the v4l2_plane_format struct. Yes, especially with 16-bit fields. The main discussion point here though was how to select the proper member of the fmt union from v4l2_format struct. It is normally being done with the type field. Now, assuming that multiplane pix formats make sense only for CAPTURE and OUTPUT types (right?), we would be adding two new v4l2_buf_type members: V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE which is not that big of a deal in my opinion after all. Should I take it that you agree to this solution? Yes, I do. We will also need to add a new flag to struct v4l2_fmtdesc: V4L2_FMT_FLAG_MPLANE. When enumerating the formats userspace needs to determine whether it is a multiplane format or not. Wouldn't fourcc found in that struct be enough? Since we agreed that we'd like separate fourcc codes for multiplane formats... Drivers and userspace would have to be aware of them anyway. Or am I missing something? How to interpret the data in the planes should indeed be determined by the fourcc. But for libraries like libv4l it would be very useful if they get enough information from V4L to allocate and configure the plane memory. That way the capture code can be generic and the planes can be fed to the conversion code that can convert it to more common formats. In order to write generic capture/output code you need to know whether multiplanar is required and also the number of planes. With this flag you know that you have to use V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE. And through G_FMT with that stream type you can get hold of the number of planes. It might also be a good idea to take one of the reserved fields and let that return the number of planes associated with this format. What do you think? This is not needed, since you get that already through G_FMT. Interesting idea. Although, since an application would still need to be able to recognize new fourccs, how this could be used? To write generic capture/output code. That's actually how all existing apps work: the capture code is generic, then the interpretation of the data is based on the fourcc. This actually leads me to a related topic: V4L2_BUF_TYPE_VIDEO_CAPTURE is effectively a subset of V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE. Would it be difficult to support V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE as well for simple single plane formats? It would simplify apps if they can always use MPLANE for capturing. 2. There are other fields besides bytesperline that some parties are interested in having in the plane format struct. Among those we had: sample range (sorry, I am still not sure I remember this one correctly, please correct me) No, that will be handled by new colorspace defines. Ok, thanks for the clarification. and - optionally - memory type-related (more on this further below). Where 'further below'? Right, sorry about that. I'd originally wanted to cover that topic, but then I decided that it'd be better to discuss them separately. Forgot to remove this though. struct v4l2_plane_format { __u32 bytesperline; /* Anything else? */ __u32 reserved[?]; }; Please provide your specific requirements for this struct. This seems reasonable: struct v4l2_plane_format { __u16 bytesperline; __u16 reserved[9]; } __attribute__ ((packed)); Looks fine to me. I guess nothing else will be put in here for now... Regarding the main multi-plane proposal: as we discussed on IRC that should perhaps be combined with pre-registration. I've been thinking that maybe it'd
Re: Status of the patches under review at LMML (60 patches)
On Tue, 06 Jul 2010 10:06:39 -0300 Mauro Carvalho Chehab mche...@redhat.com wrote: Feb,24 2010: gspca pac7302: add USB PID range based on heuristics http://patchwork.kernel.org/patch/81612 Hi Mauro, Nak. I think it is better to wait user requests, as it happened for the Genius iSlim 310. Cheers. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- 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 3/4] ir-core: move decoding state to ir_raw_event_ctrl
On Mon, Jun 21, 2010 at 7:04 AM, Andy Walls awa...@md.metrocast.net wrote: On Sun, 2010-06-20 at 23:51 -0400, Jarod Wilson wrote: On Sun, Jun 20, 2010 at 8:47 PM, Andy Walls awa...@md.metrocast.net wrote: As for the building your own kernel thing... I've been doing my work mainly on a pair of x86_64 systems, one a ThinkPad T61 running Fedora 13, and the other an HP xw4400 workstation running RHEL6. In both cases, I copied a distro kernel's, config file out of /boot/, and then ran make oldconfig over it and build straight from what's in my tree, which works well enough on both setups. I pulled the config out of the kernel*.src.rpm after 'rpmbuild -bp' (I only saw the configs in /boot after doing that :P ), and then ran 'make oldconfig'. The first time around I forgot to do a modules_install and the ext[234] modules weren't in the initramfs. That made it hard for the kernel to read the /boot and / filesystems. ;) After fixing that idiocy, it now hangs in early boot - just a blinking cursor. I'm speculating it is a problem with support for my old-ish ATI Radeon Xpress 200 video chipset with a vanilla kernel. I'll work it out eventually. Seems you've already gotten around this, but it did remind me of someone on one of the fedora mailing lists who said w/their older radeon hardware, they could only boot recent kernels if the passed in nomodeset=1 or something like that. I'll have time on Thursday night to try again. No rush yet, we've got a while before the merge window still. Christoph (Bartelmus) helped me out with a bunch of ioctl documentation this weekend, so I've got that to add to the tree, then I think I'll be prepared to resubmit the lirc bits. I'll shoot for doing that next weekend, and hopefully, that'll give you a chance to try 'em out before then and provide any necessary feedback/fixes/etc. (Not that we can't also just fix things up as needed post-merge). I'm still up in the air as to what I should work on next... So many lirc drivers left to port still... Maybe zilog, maybe streamzap... Maybe the MCE IR keyboard... I've got a PVR-150 and HVR-1600 both with the Zilog Z8's on them. If I ever get my act together, I'll at least be able to test that and integrate any changes into the ivtv cx18 drivers. I've recently seen users having trouble on IRC, BTW. Yeah, me too. Hoping to dig into porting (and fixing) lirc_zilog RSN... -- Jarod Wilson ja...@wilsonet.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
Re: Status of the patches under review at LMML (60 patches)
Em 06-07-2010 12:21, Randy Dunlap escreveu: On Tue, 06 Jul 2010 10:06:39 -0300 Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == New patches - waiting for some days for more review == Jul, 1 2010: v4l2-dev: fix memory leak http://patchwork.kernel.org/patch/109191 Jul, 5 2010: soc-camera: module_put() fix http://patchwork.kernel.org/patch/110202 Jul, 4 2010: IR/mceusb: unify and simplify different gen device init http://patchwork.kernel.org/patch/110078 Jul, 6 2010: [1/2] Added Technisat Skystar USB HD CI http://patchwork.kernel.org/patch/110395 Jul, 6 2010: [2/2] Retrieve firmware for az6027 http://patchwork.kernel.org/patch/110394 Hi Mauro, Is it possible to add Author (or From:) to each of these? It is easier to just modify the script that generates the email ;) Ok, that's the updated list of patches (52 patches). I've updated the stuff at patchwork to reflect the recent comments I received so far. Also, one of the new patches got merged. Cheers, Mauro. --- == New patches == Jul, 1 2010: v4l2-dev: fix memory leak http://patchwork.kernel.org/patch/109191 Anatolij Gustschin ag...@denx.de Jul, 5 2010: soc-camera: module_put() fix http://patchwork.kernel.org/patch/110202 Magnus Damm d...@opensource.se Jul, 6 2010: [2/2] Retrieve firmware for az6027 http://patchwork.kernel.org/patch/110394 Renzo Dani aro...@gmail.com Jul, 6 2010: [1/2] Added Technisat Skystar USB HD CI http://patchwork.kernel.org/patch/110395 Renzo Dani aro...@gmail.com == Need more tests/acks from DVB users == Jun,27 2010: Avoid unnecessary data copying inside dvb_dmx_swfilter_204() function http://patchwork.kernel.org/patch/108274 Marko Ristola marko.rist...@kolumbus.fi == Better to wait for videobuf changes == Mar,17 2010: [2/2] V4L/DVB: buf-dma-sg.c: support non-pageable user-allocated memor http://patchwork.kernel.org/patch/97263 Arnout Vandecappelle arn...@mind.be May,26 2010: [1/2] media: Add timberdale video-in driver http://patchwork.kernel.org/patch/102414 Richard Röjfors richard.rojf...@pelagicore.com == Waiting for a new version from Jonathan Corbet cor...@lwn.net == Jun, 7 2010: Add the viafb video capture driver http://patchwork.kernel.org/patch/104840 Jonathan Corbet cor...@lwn.net == Depends on input get_bigkeycode stuff that got postponed == May,20 2010: input: fix error at the default input_get_keycode call http://patchwork.kernel.org/patch/101122 Mauro Carvalho Chehab mche...@redhat.com == Waiting for Pawel Osciak p.osc...@samsung.com comments == Jun,16 2010: [1/7] ARM: Samsung: Add FIMC driver register definition and platform h http://patchwork.kernel.org/patch/106457 Sylwester Nawrocki s.nawro...@samsung.com Jun,16 2010: [2/7] ARM: Samsung: Add platform definitions for local FIMC/FIMD fifo http://patchwork.kernel.org/patch/106459 Marek Szyprowski m.szyprow...@samsung.com Jun,16 2010: [3/7] s3c-fb: Add v4l2 subdevice to support framebuffer local fifo inp http://patchwork.kernel.org/patch/106445 Sylwester Nawrocki s.nawro...@samsung.com Jun,16 2010: [4/7] v4l: Add Samsung FIMC (video postprocessor) driver http://patchwork.kernel.org/patch/106448 Sylwester Nawrocki s.nawro...@samsung.com Jun,16 2010: [5/7] ARM: S5PV210: Add fifo link definitions for fimc and framebuffer http://patchwork.kernel.org/patch/106447 Marek Szyprowski m.szyprow...@samsung.com Jun,16 2010: [6/7] ARM: S5PV210: enable FIMC on Aquila http://patchwork.kernel.org/patch/106449 Sylwester Nawrocki s.nawro...@samsung.com Jun,16 2010: [7/7] ARM: S5PC100: enable FIMC on SMDKC100 http://patchwork.kernel.org/patch/106454 Sylwester Nawrocki s.nawro...@samsung.com Jun,28 2010: v4l: mem2mem_testdev: fix g_fmt NULL pointer dereference http://patchwork.kernel.org/patch/108321 Pawel Osciak p.osc...@samsung.com == Soc_camera waiting for Guennadi Liakhovetski g.liakhovet...@gmx.de review == May,11 2010: [v3] soc_camera_platform: Add necessary
Re: Status of the patches under review at LMML (60 patches)
On 07/06/10 10:31, Mauro Carvalho Chehab wrote: Em 06-07-2010 12:21, Randy Dunlap escreveu: On Tue, 06 Jul 2010 10:06:39 -0300 Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing List linux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == New patches - waiting for some days for more review == Jul, 1 2010: v4l2-dev: fix memory leak http://patchwork.kernel.org/patch/109191 Jul, 5 2010: soc-camera: module_put() fix http://patchwork.kernel.org/patch/110202 Jul, 4 2010: IR/mceusb: unify and simplify different gen device init http://patchwork.kernel.org/patch/110078 Jul, 6 2010: [1/2] Added Technisat Skystar USB HD CI http://patchwork.kernel.org/patch/110395 Jul, 6 2010: [2/2] Retrieve firmware for az6027 http://patchwork.kernel.org/patch/110394 Hi Mauro, Is it possible to add Author (or From:) to each of these? It is easier to just modify the script that generates the email ;) Yes, thanks for doing that. Ok, that's the updated list of patches (52 patches). I've updated the stuff at patchwork to reflect the recent comments I received so far. Also, one of the new patches got merged. Cheers, Mauro. -- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- 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: Status of the patches under review at LMML (60 patches)
Em 06-07-2010 10:53, Steven Toth escreveu: == Waiting for Steven Toth st...@kernellabs.com review == Feb, 6 2010: cx23885: Enable Message Signaled Interrupts(MSI). http://patchwork.kernel.org/patch/77492 May, 5 2010: tda10048: fix the uncomplete function tda10048_read_ber http://patchwork.kernel.org/patch/97058 May, 6 2010: tda10048: fix bitmask for the transmission mode http://patchwork.kernel.org/patch/97340 May, 6 2010: tda10048: clear the uncorrected packet registers when saturated http://patchwork.kernel.org/patch/97341 May, 6 2010: dvb_frontend: fix typos in comments and one function http://patchwork.kernel.org/patch/97343 Mauro, I'm fine with all of these. Signed-off-by: Steven Toth st...@kernellabs.com Added, thanks! Cheers, Mauro -- 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
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Tue Jul 6 19:00:18 CEST 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 14993:9652f85e688a git master: f6760aa024199cfbce564311dc4bc4d47b6fb349 git media-master: 41c5f984b67b331064e69acc9fca5e99bf73d400 gcc version: i686-linux-gcc (GCC) 4.4.3 host hardware:x86_64 host os: 2.6.32.5 linux-2.6.32.6-armv5: OK linux-2.6.33-armv5: OK linux-2.6.34-armv5: WARNINGS linux-2.6.35-rc1-armv5: ERRORS linux-2.6.32.6-armv5-davinci: OK linux-2.6.33-armv5-davinci: OK linux-2.6.34-armv5-davinci: WARNINGS linux-2.6.35-rc1-armv5-davinci: ERRORS linux-2.6.32.6-armv5-ixp: WARNINGS linux-2.6.33-armv5-ixp: WARNINGS linux-2.6.34-armv5-ixp: WARNINGS linux-2.6.35-rc1-armv5-ixp: ERRORS linux-2.6.32.6-armv5-omap2: OK linux-2.6.33-armv5-omap2: OK linux-2.6.34-armv5-omap2: WARNINGS linux-2.6.35-rc1-armv5-omap2: ERRORS linux-2.6.22.19-i686: ERRORS linux-2.6.23.17-i686: ERRORS linux-2.6.24.7-i686: WARNINGS linux-2.6.25.20-i686: WARNINGS linux-2.6.26.8-i686: WARNINGS linux-2.6.27.44-i686: WARNINGS linux-2.6.28.10-i686: WARNINGS linux-2.6.29.1-i686: WARNINGS linux-2.6.30.10-i686: WARNINGS linux-2.6.31.12-i686: OK linux-2.6.32.6-i686: OK linux-2.6.33-i686: OK linux-2.6.34-i686: WARNINGS linux-2.6.35-rc1-i686: ERRORS linux-2.6.32.6-m32r: OK linux-2.6.33-m32r: OK linux-2.6.34-m32r: WARNINGS linux-2.6.35-rc1-m32r: ERRORS linux-2.6.32.6-mips: OK linux-2.6.33-mips: OK linux-2.6.34-mips: WARNINGS linux-2.6.35-rc1-mips: ERRORS linux-2.6.32.6-powerpc64: OK linux-2.6.33-powerpc64: OK linux-2.6.34-powerpc64: WARNINGS linux-2.6.35-rc1-powerpc64: ERRORS linux-2.6.22.19-x86_64: ERRORS linux-2.6.23.17-x86_64: ERRORS linux-2.6.24.7-x86_64: WARNINGS linux-2.6.25.20-x86_64: WARNINGS linux-2.6.26.8-x86_64: WARNINGS linux-2.6.27.44-x86_64: WARNINGS linux-2.6.28.10-x86_64: WARNINGS linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30.10-x86_64: WARNINGS linux-2.6.31.12-x86_64: OK linux-2.6.32.6-x86_64: OK linux-2.6.33-x86_64: OK linux-2.6.34-x86_64: WARNINGS linux-2.6.35-rc1-x86_64: ERRORS linux-git-armv5: WARNINGS linux-git-armv5-davinci: WARNINGS linux-git-armv5-ixp: WARNINGS linux-git-armv5-omap2: WARNINGS linux-git-i686: WARNINGS linux-git-m32r: OK linux-git-mips: OK linux-git-powerpc64: OK linux-git-x86_64: WARNINGS spec: ERRORS spec-git: OK sparse: ERRORS linux-2.6.16.62-i686: ERRORS linux-2.6.17.14-i686: ERRORS linux-2.6.18.8-i686: ERRORS linux-2.6.19.7-i686: ERRORS linux-2.6.20.21-i686: ERRORS linux-2.6.21.7-i686: ERRORS linux-2.6.16.62-x86_64: ERRORS linux-2.6.17.14-x86_64: ERRORS linux-2.6.18.8-x86_64: ERRORS linux-2.6.19.7-x86_64: ERRORS linux-2.6.20.21-x86_64: ERRORS linux-2.6.21.7-x86_64: ERRORS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Tuesday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Tuesday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.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
Re: Status of the patches under review at LMML (60 patches)
On 07/06/2010 04:06 PM, Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing Listlinux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == Waiting for Antti Palosaaricr...@iki.fi review == Mar,21 2010: af9015 : more robust eeprom parsing http://patchwork.kernel.org/patch/87243 NACK, partly. I think it is rather useless. May,20 2010: New NXP tda18218 tuner http://patchwork.kernel.org/patch/101170 AF9015/AF9013: ACK, partly from the AF9015/AF9013 side. It is safe to merge, it will not break any currently supported device. But I am not sure if all settings are correct since I don't have suitable device (AF9015+TDA18218) to figure out configuration and test. TDA18218: I don't know. I have reviewed it, feedback can be found from the patchwork. I don't resist to merge, but also I don't want to take any responsibility since I don't have this device. regards Antti -- http://palosaari.fi/ -- 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 v4 2/5] MFD: WL1273 FM Radio: MFD driver for the FM radio.
--- On Tue, 6/7/10, Mauro Carvalho Chehab mche...@redhat.com wrote: From: Mauro Carvalho Chehab mche...@redhat.com Subject: Re: [PATCH v4 2/5] MFD: WL1273 FM Radio: MFD driver for the FM radio. To: Matti J. Aaltonen matti.j.aalto...@nokia.com Cc: linux-media@vger.kernel.org, hverk...@xs4all.nl, eduardo.valen...@nokia.com Date: Tuesday, 6 July, 2010, 8:04 AM Em 04-06-2010 07:34, Matti J. Aaltonen escreveu: This is a parent driver for two child drivers: the V4L2 driver and the ALSA codec driver. The MFD part provides the I2C communication to the device and a couple of functions that are called from both children. Where can I have a look at the whole code ? As in some local tree, where all codes are put up ? Basically, we have a V4L2 driver for WL128x (using TTY as transport) and plan to push them soon ... This would be a nice input ... Signed-off-by: Matti J. Aaltonen matti.j.aalto...@nokia.com --- drivers/mfd/Kconfig | 6 + drivers/mfd/Makefile | 2 + drivers/mfd/wl1273-core.c | 616 +++ include/linux/mfd/wl1273-core.h | 326 + 4 files changed, 950 insertions(+), 0 deletions(-) create mode 100644 drivers/mfd/wl1273-core.c create mode 100644 include/linux/mfd/wl1273-core.h diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig index 413576a..5998a94 100644 --- a/drivers/mfd/Kconfig +++ b/drivers/mfd/Kconfig @@ -135,6 +135,12 @@ config TWL4030_CODEC select MFD_CORE default n +config WL1273_CORE + bool + depends on I2C + select MFD_CORE + default n + config MFD_TMIO bool default n diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile index 78295d6..46e611d 100644 --- a/drivers/mfd/Makefile +++ b/drivers/mfd/Makefile @@ -30,6 +30,8 @@ obj-$(CONFIG_TWL4030_CORE) += twl-core.o twl4030-irq.o twl6030-irq.o obj-$(CONFIG_TWL4030_POWER) += twl4030-power.o obj-$(CONFIG_TWL4030_CODEC) += twl4030-codec.o +obj-$(CONFIG_WL1273_CORE) += wl1273-core.o + obj-$(CONFIG_MFD_MC13783) += mc13783-core.o obj-$(CONFIG_MFD_CORE) += mfd-core.o diff --git a/drivers/mfd/wl1273-core.c b/drivers/mfd/wl1273-core.c new file mode 100644 index 000..6c7dbba --- /dev/null +++ b/drivers/mfd/wl1273-core.c @@ -0,0 +1,616 @@ +/* + * MFD driver for wl1273 FM radio and audio codec submodules. + * + * Author: Matti Aaltonen matti.j.aalto...@nokia.com + * + * Copyright: (C) 2010 Nokia Corporation + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + * + * This program is distributed in the hope that it will be useful, but + * WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA + * 02110-1301 USA + * + */ + +#undef DEBUG + +#include asm/unaligned.h +#include linux/completion.h +#include linux/delay.h +#include linux/i2c.h +#include linux/interrupt.h +#include linux/module.h +#include linux/types.h +#include linux/kernel.h +#include linux/fs.h +#include linux/platform_device.h +#include linux/mfd/core.h +#include linux/mfd/wl1273-core.h +#include media/v4l2-common.h + +#define DRIVER_DESC WL1273 FM Radio Core + +#define WL1273_IRQ_MASK (WL1273_FR_EVENT | \ + WL1273_POW_ENB_EVENT) + +static const struct band_info bands[] = { + /* USA Europe */ + { + .bottom_frequency = 87500, + .top_frequency = 108000, + .band = V4L2_FM_BAND_OTHER, + }, + /* Japan */ + { + .bottom_frequency = 76000, + .top_frequency = 9, + .band = V4L2_FM_BAND_JAPAN, + }, +}; + +/* + * static unsigned char radio_band - Band + * + * The bands are 0=Japan, 1=USA-Europe. USA-Europe is the default. + */ +static unsigned char radio_band = 1; +module_param(radio_band, byte, 0); +MODULE_PARM_DESC(radio_band, Band: 0=Japan, 1=USA-Europe*); + +/* + * static unsigned int rds_buf - the number of RDS buffer blocks used. + * + * The default number is 100. + */ +static unsigned int rds_buf = 100; +module_param(rds_buf, uint, 0); +MODULE_PARM_DESC(rds_buf, RDS buffer entries: *100*); + +int wl1273_fm_read_reg(struct wl1273_core *core, u8 reg, u16 *value) +{ + struct i2c_client *client = core-i2c_dev; + u8 b[2]; +
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Mon, 5 Jul 2010 17:40:18 -0400 Kyle Baker kyleaba...@gmail.com wrote: I'm testing the VX-1000 model web cam in test builds of Ubuntu 10.10 x86_64 and have found that the gspca drivers allow the microphone to work with a sound recorder initially. However, when I test sound and video together with Cheese, the microphone no longer works and doesn't work again on the computer until the web cam is detached and reattached. I was able to track the events in the system logs as follows: [snip] Jul 5 16:53:37 kyleabaker-desktop kernel: [105042.537960] gspca: bandwidth not wide enough - trying again [snip] I opened Cheese to test sound and video at the 16:53 point. This seems to be unique to x86_64 systems as I'm getting reports that 32-bit users are not having any problems with this, but I don't have a 32-bit install to test myself. The selected input microphone remains the one in the web cam, but the drivers fail or break when it is started with video. Hi Kyle, The problem is known. I have no fix yet, but it seems that you use a USB 1.1. or that you have some other device on the same bus. May you try to connect your webcam to an other USB port? Best regards. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- 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: Status of the patches under review at LMML (60 patches)
I know that a couple of users(including) tested the patch to be working. Many users(from forum) is still looking for tda18218 support or have been using a very old hg changeset using another patch also written by Nikola. I have been using that old change set for many months and its working well for me. On Wed, Jul 7, 2010 at 7:27 AM, Antti Palosaari cr...@iki.fi wrote: On 07/06/2010 04:06 PM, Mauro Carvalho Chehab wrote: This is the summary of the patches that are currently under review at Linux Media Mailing Listlinux-media@vger.kernel.org. Each patch is represented by its submission date, the subject (up to 70 chars) and the patchwork link (if submitted via email). P.S.: This email is c/c to the developers where some action is expected. If you were copied, please review the patches, acking/nacking or submitting an update. == Waiting for Antti Palosaaricr...@iki.fi review == Mar,21 2010: af9015 : more robust eeprom parsing http://patchwork.kernel.org/patch/87243 NACK, partly. I think it is rather useless. May,20 2010: New NXP tda18218 tuner http://patchwork.kernel.org/patch/101170 AF9015/AF9013: ACK, partly from the AF9015/AF9013 side. It is safe to merge, it will not break any currently supported device. But I am not sure if all settings are correct since I don't have suitable device (AF9015+TDA18218) to figure out configuration and test. TDA18218: I don't know. I have reviewed it, feedback can be found from the patchwork. I don't resist to merge, but also I don't want to take any responsibility since I don't have this device. regards Antti -- http://palosaari.fi/ -- 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