Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

At Thu, 23 Jun 2011 15:47:50 +0100, Ralf Baechle wrote: > > A build with ISA && ISA_DMA && !ISA_DMA_API results in: > > CC sound/isa/es18xx.o > sound/isa/es18xx.c: In function ‘snd_es18xx_playback1_prepare’: > sound/isa/es18xx.c:501:9: error: implicit declaration of function > ‘snd_dma_pr

Re: [PATCH 12/37] Remove unneeded version.h includes (and add where needed) for drivers/media/video/

Hi Jesper, On Friday 24 June 2011 00:17:01 Jesper Juhl wrote: > It was pointed out by 'make versioncheck' that linux/version.h was not > always being included where needed and sometimes included needlessly > in drivers/media/video/. > This patch fixes up the includes. > > Signed-off-by: Jesper Ju

dib0700 hangs when usb receiver is unplugged while watching TV

Hi All, I have the PCTV nanostick solo. This works perfectly, but when I pull out the stick while i'm watching TV, the driver crashes. When I replug the stick, there's no reaction in dmesg. To reproduce: 1)plugin the stick 1a)scan channels with scan, see also https://wiki.archlinux.org/index.php/

dib0700 hangs when usb receiver is unplugged while watching TV

Hi All, I have the PCTV nanostick solo. This works perfectly, but when I pull out the stick while i'm watching TV, the driver crashes. When I replug the stick, there's no reaction in dmesg. To reproduce: 1)plugin the stick 1a)scan channels with scan, see also https://wiki.archlinux.org/index.php/

Re: [DVB] Octopus driver status

Hi, On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote: > Dear all, > > I'm looking at the Octopus DVB cards system from Digital Devices for a while > as their system seems to be very interesting > > Here is link with their products: > http://shop.digital-devices.de/epages/62357162.sf/e

mt9p031 on beagle-xm

Hello, I have seen Javier's v8 patch for the Aptina/Micron mt9p031 on beagleboard-xm and I'd be interested in getting the mt9m112 (Leopard Imaging LBCM1M1) to work can the LI-5M03 be used to test the patch? what is supposed to work / what not? on which tree is the patch based? is someone wor

Re: [PATCH v3] V4L: add media bus configuration subdev operations

On Thursday, June 23, 2011 23:53:11 Guennadi Liakhovetski wrote: > Add media bus configuration types and two subdev operations to get > supported mediabus configurations and to set a specific configuration. > Subdevs can support several configurations, e.g., they can send video data > on 1 or sever

[PATCH] media: initial driver for ov5642 CMOS sensor

This is an initial driver release for the Omnivision 5642 CMOS sensor. Signed-off-by: Bastian Hecht --- diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c new file mode 100644 index 000..3cdae97 --- /dev/null +++ b/drivers/media/video/ov5642.c @@ -0,0 +1,1011 @@ +/* + *

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

On Fri, Jun 24, 2011 at 10:26:13AM +0200, Takashi Iwai wrote: > Hrm... I still don't understand why ES18XX or others were selected at > the first place. Isn't it covered by the conditional in > sound/isa/Kconfig like below? > > >

RE: [DVB] Octopus driver status

> -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Oliver Endriss > Sent: vendredi 24 juin 2011 11:52 > To: Sébastien RAILLARD (COEXSI) > Cc: Linux Media Mailing List > Subject: Re: [DVB] Octopus driver status > > Hi,

[RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 23-06-2011 18:58, Jesper Juhl escreveu: > It was pointed out by 'make versioncheck' that some includes of > linux/version.h were not needed in include/. > This patch removes them. > > Signed-off-by: Jesper Juhl > --- > include/linux/ceph/messenger.h |1 - > include/media/pwc-ioctl.h

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Friday, June 24, 2011 13:21:14 Mauro Carvalho Chehab wrote: > Em 23-06-2011 18:58, Jesper Juhl escreveu: > > It was pointed out by 'make versioncheck' that some includes of > > linux/version.h were not needed in include/. > > This patch removes them. > > > > Signed-off-by: Jesper Juhl > > ---

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

Em 24-06-2011 08:16, Ralf Baechle escreveu: > On Fri, Jun 24, 2011 at 10:26:13AM +0200, Takashi Iwai wrote: > >> Hrm... I still don't understand why ES18XX or others were selected at >> the first place. Isn't it covered by the conditional in >> sound/isa/Kconfig like below? >> >> ===

Re: [DVB] Octopus driver status

Em 24-06-2011 06:51, Oliver Endriss escreveu: > Hi, > > On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote: >> Dear all, >> >> I'm looking at the Octopus DVB cards system from Digital Devices for a while >> as their system seems to be very interesting >> >> Here is link with their product

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

On Fri, Jun 24, 2011 at 08:35:22AM -0300, Mauro Carvalho Chehab wrote: > Em 24-06-2011 08:16, Ralf Baechle escreveu: > > tristate "miroSOUND PCM20 radio" > > depends on ISA && VIDEO_V4L2 && SND > > select SND_ISA > > select SND_MIRO > > > > So SND_ISA gets forced o

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

> Applications are certainly using it. I know this for a fact for the ivtv > driver where > feature improvements are marked that way. > > Without more research on how this is used I am not comfortable with this. > > Regards, > >        Hans MythTV has a bunch of these too (mainly so the code can

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

At Fri, 24 Jun 2011 12:16:08 +0100, Ralf Baechle wrote: > > On Fri, Jun 24, 2011 at 10:26:13AM +0200, Takashi Iwai wrote: > > > Hrm... I still don't understand why ES18XX or others were selected at > > the first place. Isn't it covered by the conditional in > > sound/isa/Kconfig like below? > >

Re: [PATCH 1/6 v3] [media] ov9740: Cleanup hex casing inconsistencies

On Thu, 23 Jun 2011, ac...@nvidia.com wrote: > From: Andrew Chew > > Made all hex number casing use lower-case throughout the entire driver > for consistency. > > Signed-off-by: Andrew Chew All look good to me now, thanks! Queued for 3.1. Regards Guennadi > --- > drivers/media/video/ov9740

Re: [DVB] Octopus driver status

On 24 June 2011 12:57, Mauro Carvalho Chehab wrote: > > Em 24-06-2011 06:51, Oliver Endriss escreveu: > > Hi, > > > > On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote: > >> Dear all, > >> > >> I'm looking at the Octopus DVB cards system from Digital Devices for a > >> while > >> as thei

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

On Fri, Jun 24, 2011 at 02:22:41PM +0200, Takashi Iwai wrote: > > o The drivers/media/radio/Kconfig part should be applied for 3.0 and > >maybe -stable. > > Yes, this will be good. I just tested that segment only and it works as expected. Will repost in a minute. > > o The sound/isa/Kcon

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

At Fri, 24 Jun 2011 14:08:18 +0100, Ralf Baechle wrote: > > On Fri, Jun 24, 2011 at 02:22:41PM +0200, Takashi Iwai wrote: > > > > o The drivers/media/radio/Kconfig part should be applied for 3.0 and > > >maybe -stable. > > > > Yes, this will be good. > > I just tested that segment only and

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

On Thursday 23 June 2011 16:47:50 Ralf Baechle wrote: > Fixed by adding an explicit dependency on ISA_DMA_API for all of the > config statment that either result in the direction inclusion of code that > calls the ISA DMA API or selects something which in turn would use the ISA > DMA API. > > The

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 09:20, Devin Heitmueller escreveu: >> Applications are certainly using it. I know this for a fact for the ivtv >> driver where >> feature improvements are marked that way. >> >> Without more research on how this is used I am not comfortable with this. >> >> Regards, >> >>Hans

[PATCH] MEDIA: Fix non-ISA_DMA_API link failure of sound code

A build with ISA && ISA_DMA && !ISA_DMA_API results in: CC sound/isa/es18xx.o sound/isa/es18xx.c: In function ‘snd_es18xx_playback1_prepare’: sound/isa/es18xx.c:501:9: error: implicit declaration of function ‘snd_dma_program’ [-Werror=implicit-function-declaration] sound/isa/es18xx.c: In f

Re: [DVB] Octopus driver status

Em 24-06-2011 09:44, Simon Liddicott escreveu: > On 24 June 2011 12:57, Mauro Carvalho Chehab > wrote: > > > Em 24-06-2011 06:51, Oliver Endriss escreveu: > > Hi, > > > > On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote: > >> Dear all, >

Re: [PATCH] SOUND: Fix non-ISA_DMA_API build failure

On Fri, Jun 24, 2011 at 03:19:44PM +0200, Arnd Bergmann wrote: > > The sole ISA sound driver that does not use the ISA DMA API is the Adlib > > driver so replaced the dependency of SND_ISA on ISA_DMA_API and add it to > > each of the drivers individually. > > Do we really care all that much about

Re: [PATCH 00/35]: System Firmware and SMBIOS Support

On Thursday 23 June 2011 19:22:06 Prarit Bhargava wrote: > This new patchset reworks the existing DMI code into two separate layers. It > is > based off of the feedback I received previously when discussing the SMBIOS > version patch on LKML. Hi Prarit, No objections to the patches, but when yo

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Fri, Jun 24, 2011 at 9:29 AM, Mauro Carvalho Chehab wrote: >> MythTV has a bunch of these too (mainly so the code can adapt to >> driver bugs that are fixed in later revisions).  Putting Mauro's patch >> upstream will definitely cause breakage. > > It shouldn't, as ivtv driver version is lower

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Friday, June 24, 2011 15:45:59 Devin Heitmueller wrote: > On Fri, Jun 24, 2011 at 9:29 AM, Mauro Carvalho Chehab > wrote: > >> MythTV has a bunch of these too (mainly so the code can adapt to > >> driver bugs that are fixed in later revisions). Putting Mauro's patch > >> upstream will definite

Summary of brainstorm about cropping and pipeline configuration

Hello Everyone, This mail summarizes IRC meeting about extensions to crop/compose API in V4L2. Please refer to the links below for further details. http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/32899 http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 10:54, Hans Verkuil escreveu: > On Friday, June 24, 2011 15:45:59 Devin Heitmueller wrote: >> On Fri, Jun 24, 2011 at 9:29 AM, Mauro Carvalho Chehab >> wrote: MythTV has a bunch of these too (mainly so the code can adapt to driver bugs that are fixed in later revisions). P

[PATCH v2 0/2] USB: EHCI: Allow users to override 80% max periodic bandwidth

Changes since v1: - dropped RFC status as "this seems like the sort of feature somebody might reasonably want to use -- if they know exactly what they're doing"; - new preparatory patch (1/2) which moves already-in-there sysfs code into ehci-sysfs.c; - moved uframe_periodic_max parame

[PATCH 1/2] USB: EHCI: Move sysfs related bits into ehci-sysfs.c

The only sysfs attr implemented so far is "companion" from ehci-hub.c, but in the next patch we are going to add another sysfs file, so prior to that let's structure things and move already-in-there sysfs code to separate file. Signed-off-by: Kirill Smelkov --- drivers/usb/host/ehci-hcd.c |

[PATCH v2 2/2] USB: EHCI: Allow users to override 80% max periodic bandwidth

There are cases, when 80% max isochronous bandwidth is too limiting. For example I have two USB video capture cards which stream uncompressed video, and to stream full NTSC + PAL videos we'd need NTSC 640x480 YUV422 @30fps ~17.6 MB/s PAL 720x576 YUV422 @25fps ~19.7 MB/s isoc b

Re: [RFC, PATCH] USB: EHCI: Allow users to override 80% max periodic bandwidth

On Thu, Jun 23, 2011 at 01:14:04PM -0400, Alan Stern wrote: > On Thu, 23 Jun 2011, Kirill Smelkov wrote: > > > > At 480 Mb/s, each microframe holds 7500 bytes (less if you count > > > bit-stuffing). 4% of that is 300 bytes, which is not enough for a > > > 512-byte bulk packet. I think you'd ru

cx18 init lockdep spew

I only just recently acquired a Hauppauge HVR-1600 cards, and at least both 2.6.39 and 3.0-rc4 kernels with copious debug spew enabled spit out the lockdep spew included below. Haven't looked into it at all yet, but I thought I'd ask before I do if it is already a known issue. [ 11.856504] Linux

[PATCH] [media] Stop using linux/version.h on most drivers

All the modified drivers didn't have any version increment since Jan, 1 2011. Several of them didn't have any version increment for a long time, even having new features and important bug fixes happening. As we're now filling the QUERYCAP version with the current Kernel Release, we don't need to m

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Jun 24 Mauro Carvalho Chehab wrote: > Em 24-06-2011 10:54, Hans Verkuil escreveu: > > On Friday, June 24, 2011 15:45:59 Devin Heitmueller wrote: > >> The versions are increased at the discretion of the driver maintainer, > >> usually when there is some userland visible change in driver behavior.

[cron job] v4l-dvb daily build: 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:Fri Jun 24 19:00:35 CEST 2011 git hash:7023c7dbc3944f42aa1d6910a6098c5f9e23d3f1 gcc version: i686-linux-gcc (GCC) 4.5

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Fri, Jun 24, 2011 at 2:34 PM, Stefan Richter wrote: > If the "driver version" is in fact an ABI version, then the driver author > should really increase it only when ABI behavior is changed (and only if > the behavior change can only be communicated by version number --- e.g. > addition of an i

Re: [PATCH/RFC] fbdev: Add FOURCC-based format configuration API

On Fri, Jun 24, 2011 at 08:19, Paul Mundt wrote: > On Thu, Jun 23, 2011 at 06:08:03PM +0200, Geert Uytterhoeven wrote: >> On Wed, Jun 22, 2011 at 07:45, Florian Tobias Schandinat >> wrote: >> > On 06/21/2011 10:31 PM, Laurent Pinchart wrote: >> >> On Tuesday 21 June 2011 22:49:14 Geert Uytterhoev

Re: [PATCH/RFC] fbdev: Add FOURCC-based format configuration API

On 06/24/2011 06:55 PM, Geert Uytterhoeven wrote: On Fri, Jun 24, 2011 at 08:19, Paul Mundt wrote: On Thu, Jun 23, 2011 at 06:08:03PM +0200, Geert Uytterhoeven wrote: On Wed, Jun 22, 2011 at 07:45, Florian Tobias Schandinat wrote: On 06/21/2011 10:31 PM, Laurent Pinchart wrote: On Tuesday

[RFC] vb2: Push buffer allocation and freeing into drivers

Here's a little something I decided to hack on rather than addressing all the real work I have to do. Videobuf2 currently manages buffer allocation for drivers, even though drivers typically encapsulate the vb2_buffer instance in a larger structure; that requires vb2 to know the driver's structure

The return value of __vb2_queue_alloc()

On Fri, 24 Jun 2011 14:19:27 -0600 Jonathan Corbet wrote: > Here's a little something I decided to hack on rather than addressing all > the real work I have to do. ...and while I was looking at this code, I noticed one little curious thing: int vb2_reqbufs(struct vb2_queue *q, struct v4l2_reque

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Fri, 2011-06-24 at 14:48 -0400, Devin Heitmueller wrote: > On Fri, Jun 24, 2011 at 2:34 PM, Stefan Richter > wrote: > > If the "driver version" is in fact an ABI version, then the driver author > > should really increase it only when ABI behavior is changed (and only if > > the behavior change

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Jun 24 Devin Heitmueller wrote: > Really, this is all about applications being able to jam a hack into > their code that translates to "don't call this ioctl() with some > particular argument if it's driver W less than version X, because the > driver had a bug that is likely to panic the guy's P

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Jun 24 Andy Walls wrote: > I also use the driver version for troubleshooting problem with users. I > roughly know what wasn't working in what version of the cx18 and ivtv > drivers. If the end user can tell me the driver version (using v4l2-ctl > --log-status) along with his symptoms, it makes

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Fri, Jun 24, 2011 at 5:20 PM, Stefan Richter wrote: > Easier: >  "I run Ubuntu 10.4". >  "I run kernel 2.6.32." > One of these is usually already included in the first post or IRC message > from the user. > > Separate driver versions are only needed on platforms where drivers are > not distribu

Re: cx18 init lockdep spew

On Fri, 2011-06-24 at 13:39 -0400, Jarod Wilson wrote: > I only just recently acquired a Hauppauge HVR-1600 cards, and at least both > 2.6.39 and 3.0-rc4 kernels with copious debug spew enabled spit out the > lockdep spew included below. Haven't looked into it at all yet, but I > thought I'd ask be

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 15:34, Stefan Richter escreveu: > On Jun 24 Mauro Carvalho Chehab wrote: >> Em 24-06-2011 10:54, Hans Verkuil escreveu: >>> On Friday, June 24, 2011 15:45:59 Devin Heitmueller wrote: The versions are increased at the discretion of the driver maintainer, usually when there is

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 18:22, Devin Heitmueller escreveu: > On Fri, Jun 24, 2011 at 5:20 PM, Stefan Richter > wrote: >> Easier: >> "I run Ubuntu 10.4". >> "I run kernel 2.6.32." >> One of these is usually already included in the first post or IRC message >> from the user. >> >> Separate driver versions a

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 18:10, Stefan Richter escreveu: > On Jun 24 Devin Heitmueller wrote: >> Really, this is all about applications being able to jam a hack into >> their code that translates to "don't call this ioctl() with some >> particular argument if it's driver W less than version X, because the >>

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 18:04, Andy Walls escreveu: > On Fri, 2011-06-24 at 14:48 -0400, Devin Heitmueller wrote: >> On Fri, Jun 24, 2011 at 2:34 PM, Stefan Richter >> wrote: >>> If the "driver version" is in fact an ABI version, then the driver author >>> should really increase it only when ABI behavior is

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Jun 24 Devin Heitmueller wrote: > On Fri, Jun 24, 2011 at 5:20 PM, Stefan Richter > wrote: > > Easier: > >  "I run Ubuntu 10.4". > >  "I run kernel 2.6.32." > > One of these is usually already included in the first post or IRC message > > from the user. > > > > Separate driver versions are only

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

On Fri, 2011-06-24 at 19:16 -0300, Mauro Carvalho Chehab wrote: > Em 24-06-2011 18:04, Andy Walls escreveu: > > On Fri, 2011-06-24 at 14:48 -0400, Devin Heitmueller wrote: > >> On Fri, Jun 24, 2011 at 2:34 PM, Stefan Richter > >> wrote: > >>> If the "driver version" is in fact an ABI version, then

Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/

Em 24-06-2011 19:39, Stefan Richter escreveu: > On Jun 24 Devin Heitmueller wrote: >> On Fri, Jun 24, 2011 at 5:20 PM, Stefan Richter >> wrote: >>> Easier: >>> "I run Ubuntu 10.4". >>> "I run kernel 2.6.32." >>> One of these is usually already included in the first post or IRC message >>> from t

[PATCH] [media] v4l2 core: return -ENOIOCTLCMD if an ioctl doesn't exist

Currently, -EINVAL is used to return either when an IOCTL is not implemented, or if the ioctl was not implemented. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/media/Makefile |1 + Documentation/DocBook/media/v4l/func-ioctl.xml | 17 + drivers/me

Re: [PATCH 2/3] noon010pc30: Convert to the pad level ops

Hi Sylwester, Thanks for the patch. It's nice to see sensor drivers picking up the pad-level API :-) On Wednesday 22 June 2011 17:44:29 Sylwester Nawrocki wrote: > Replace g/s_mbus_fmt ops with the pad level get/set_fmt operations. > Add media entity initalization and set subdev flags so the hos

Re: [DVB] Octopus driver status

Hi Mauro, On Friday 24 June 2011 13:57:16 Mauro Carvalho Chehab wrote: > Em 24-06-2011 06:51, Oliver Endriss escreveu: > > Hi, > > > > On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote: > >> Dear all, > >> > >> I'm looking at the Octopus DVB cards system from Digital Devices for a > >>

Re: [DVB] Octopus driver status

On Friday 24 June 2011 14:44:50 Simon Liddicott wrote: > Do you have a Terratec Cinergy 2400i? It belongs to the ngene family but has > PLL tuners. http://linuxtv.org/wiki/index.php/TerraTec_Cinergy_2400i_DVB-T > > There are some drivers floating on the net that I have got to work in Ubuntu > 8.04