On Thursday 16 June 2011 21:06:56 Jiri Slaby wrote:
> Telling the user they can disable an option if they want is not the
> much useful. Describe what it is good for instead.
>
> The text was derived from Mauro's email.
Acked-by: Hans Petter Selasky
PS: Don't forget the other patch to add a dep
2011/6/16 Jonathan Corbet :
> On Thu, 16 Jun 2011 11:12:03 +0800
> Kassey Lee wrote:
>
>> 2) for mcam_ctlr_stop_dma implementation, I guess you know
>> something about the silicon limitation, but we found it can not pass
>> our stress test(1000 times capture test, which will switch format
>
2011/6/17 Mauro Carvalho Chehab :
> Em 15-06-2011 23:30, Kassey Lee escreveu:
>> 2011/6/14 Jonathan Corbet :
>>> On Tue, 14 Jun 2011 10:58:47 +0800
>>> Kassey Lee wrote:
> + /*
> + * Try to find the sensor.
> + */
> + cam->sensor_addr = ov7670_info.addr;
>
Em 16-06-2011 16:44, Sylwester Nawrocki escreveu:
> Hello,
>
> On 06/16/2011 05:17 PM, Jonathan Corbet wrote:
>> On Thu, 16 Jun 2011 10:37:37 +0800
>> Kassey Lee wrote:
>>
+static void mmpcam_power_down(struct mcam_camera *mcam)
+{
+ struct mmp_camera *cam = mcam_to_cam(mcam)
Em 11-06-2011 14:46, Jonathan Corbet escreveu:
> This makes the cafe i2c implement consistent with the rest of Linux so that
> the core can use the same slave ID everywhere.
>
> Signed-off-by: Jonathan Corbet
> ---
> drivers/media/video/marvell-ccic/cafe-driver.c |9 -
> drivers/medi
Em 16-06-2011 12:27, Jonathan Corbet escreveu:
> On Thu, 16 Jun 2011 11:12:03 +0800
> Kassey Lee wrote:
>
>> 2) for mcam_ctlr_stop_dma implementation, I guess you know
>> something about the silicon limitation, but we found it can not pass
>> our stress test(1000 times capture test, which
Em 15-06-2011 23:30, Kassey Lee escreveu:
> 2011/6/14 Jonathan Corbet :
>> On Tue, 14 Jun 2011 10:58:47 +0800
>> Kassey Lee wrote:
+ /*
+* Try to find the sensor.
+*/
+ cam->sensor_addr = ov7670_info.addr;
+ cam->sensor = v4l2_i2c_new_subd
Sascha: Thanks for the links
Would you know how to contact poma ?
http://www.spinics.net/lists/linux-media/msg24890.html
I will be getting more info from Realtek soon.
I did not realize that they were putting out updated drivers.
Once the status becomes more clear, I'll update
http://www.linuxt
The comment says "wait 15ms", but the code says jiffies_to_msecs(15)
instead of msecs_to_jiffies(15). Fix that. Tested, works fine with both
rc5 and rc6 decode, in-kernel and via lirc userspace, with an HVR-1150.
Signed-off-by: Jarod Wilson
---
drivers/media/video/saa7134/saa7134-input.c |2
On Thu, 16 Jun 2011, Sarah Sharp wrote:
> On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote:
> > That's appropriate. But nobody should ever set an isochronous URB's
> > status field to -EPROTO, no matter whether the device is connected or
> > not and no matter whether the host controller
From: Vaibhav Hiremath
The usecase where, user allocates small size of buffer
through bootargs (video1_bufsize/video2_bufsize) and later from application
tries to set the format which requires larger buffer size, driver doesn't
check for insufficient buffer size and allows application to map extr
On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote:
> That's appropriate. But nobody should ever set an isochronous URB's
> status field to -EPROTO, no matter whether the device is connected or
> not and no matter whether the host controller is alive or not.
But the individual frame statu
Hello,
On 06/16/2011 05:17 PM, Jonathan Corbet wrote:
> On Thu, 16 Jun 2011 10:37:37 +0800
> Kassey Lee wrote:
>
>>> +static void mmpcam_power_down(struct mcam_camera *mcam)
>>> +{
>>> + struct mmp_camera *cam = mcam_to_cam(mcam);
>>> + struct mmp_camera_platform_data *pdata;
>>> +/*
On Thu, 16 Jun 2011, Sarah Sharp wrote:
> > > Sure. It feels like there should be a note about which values
> > > isochronous URBs might have in the urb->status field. The USB core is
> > > the only one that would be setting those, so which values would it set?
> > > uvcvideo tests for these err
There's really no good reason not to just grab the desired IRQ at driver
init time, instead of every time the lirc device node is accessed. This
also improves the speed and reliability with which a serial transmitter
can operate, as back-to-back transmission attempts (i.e., channel change
to a mult
With hardware that has to use ir_raw_event_store_edge to collect IR
sample durations, we were not doing an event reset unless
IR_MAX_DURATION had passed. That's around 4 seconds. So if someone
presses up, then down, with less than 4 seconds in between, they'd get
the initial up, then up and down up
Telling the user they can disable an option if they want is not the
much useful. Describe what it is good for instead.
The text was derived from Mauro's email.
Signed-off-by: Jiri Slaby
Cc: Mauro Carvalho Chehab
Cc: Hans Petter Selasky
---
drivers/media/Kconfig | 10 ++
1 files chan
On Thu, 16 Jun 2011 21:06:56 +0200 Jiri Slaby wrote:
> Telling the user they can disable an option if they want is not the
> much useful. Describe what it is good for instead.
>
> The text was derived from Mauro's email.
>
> Signed-off-by: Jiri Slaby
> Cc: Mauro Carvalho Chehab
> Cc: Hans Pett
From: Vaibhav Hiremath
With addition of media-controller framework, now we have various
device nodes (/dev/videoX) getting created, so hardcoding
minor number in video_register_device() is not recommended.
So let V4L2 framework choose free minor number for the device.
Signed-off-by: Vaibhav Hir
On Thu, Jun 16, 2011 at 01:39:43PM -0400, Alan Stern wrote:
> On Thu, 16 Jun 2011, Sarah Sharp wrote:
>
> > > > > Alan, does that seem correct?
> > >
> > > The description of the behavior of ehci-hcd and uhci-hcd is correct.
> > > ohci-hcd behaves the same way too. And they all agree with the
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:Thu Jun 16 19:00:34 CEST 2011
git hash:f49c454fe981d955d7c3d620f6baa04fb9876adc
gcc version: i686-linux-gcc (GCC) 4.5
Em 16-06-2011 15:19, Hans de Goede escreveu:
> Hi,
> 1) pass -alsa-pb hw to xawtv (requires no pulseaudio knowledge)
> 2) Set a different default alsa device in .alsarc
>(requires no pulseaudio knowledge, trivial alsa knowledge)
> 3) Do rpm -e alsa-plugins-pulseaudio
>
> Noe that 3 will p
Hello.
I would like to commit channel list sk-Presov as suggested in README of
utility "scan" from dvb-apps.
Please let me know if anything is missing in this list.
Thank You
--
S podzravom / Kind regards,
Viktor Kristian
# DVB-T Prešov (Prešov, Slovak Republic)
# Created from http://www.dvbt
Hi,
On 06/16/2011 05:35 PM, Mauro Carvalho Chehab wrote:
Em 16-06-2011 12:11, Hans de Goede escreveu:
While developers are not comfortable with pulseaudio, turning it into a default
is a bad idea.
1) Some developers are fine with pulseaudio, so please speak on behalf of
yourself rathe
On Thu, 16 Jun 2011, Sarah Sharp wrote:
> > > > Alan, does that seem correct?
> >
> > The description of the behavior of ehci-hcd and uhci-hcd is correct.
> > ohci-hcd behaves the same way too. And they all agree with the
> > behavior described in the kerneldoc for struct urb in
> > include/
remove unnecessary code that matches this coccinelle pattern
if (...)
return ret;
return ret;
Signed-off-by: Greg Dietsche
---
drivers/media/dvb/frontends/cx24116.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/fro
On Thu, Jun 16, 2011 at 10:35:49AM -0400, Alan Stern wrote:
> On Thu, 16 Jun 2011, Laurent Pinchart wrote:
> > On Thursday 16 June 2011 04:59:57 Sarah Sharp wrote:
> > > On Wed, Jun 15, 2011 at 06:39:57PM -0700, Sarah Sharp wrote:
> > > > I've grepped through drivers/media/video, and it seems like
On 16 Jun 11 00:06, Arnd Bergmann wrote:
> On Wednesday 15 June 2011 23:39:58 Larry Bassel wrote:
> > On 15 Jun 11 10:36, Marek Szyprowski wrote:
> > > On Tuesday, June 14, 2011 10:42 PM Arnd Bergmann wrote:
> > >
> > > > On Tuesday 14 June 2011 20:58:25 Zach Pfeffer wrote:
> > > > > I've seen thi
Em 16-06-2011 12:11, Hans de Goede escreveu:
>>> I've also changed the default -alsa-pb value to "default" as we should
>>> not be picking something else then the user / distro configured defaults
>>> for output IMHO. The user can set a generic default in alsarc, and override
>>> that on the cmdli
On Thu, 16 Jun 2011 11:12:03 +0800
Kassey Lee wrote:
> 2) for mcam_ctlr_stop_dma implementation, I guess you know
> something about the silicon limitation, but we found it can not pass
> our stress test(1000 times capture test, which will switch format
> between JPEG and YUV again and agai
On Thu, 16 Jun 2011 10:37:37 +0800
Kassey Lee wrote:
> > +static void mmpcam_power_down(struct mcam_camera *mcam)
> > +{
> > + struct mmp_camera *cam = mcam_to_cam(mcam);
> > + struct mmp_camera_platform_data *pdata;
> > +/*
> > + * Turn off clocks and set reset lines
> > + */
> > +
Hi,
On 06/16/2011 04:38 PM, Mauro Carvalho Chehab wrote:
Em 16-06-2011 09:29, Hans de Goede escreveu:
Note that I've just pushed a patch set which includes rewritten period
/ buf size negotiation and a bunch of cleanups in general. This removes
over 150 lines of code, while at the same time
Em 16-06-2011 09:29, Hans de Goede escreveu:
> Hi,
>
> On 06/15/2011 05:45 PM, Mauro Carvalho Chehab wrote:
>
>
>
>> 1) try to find a common buffer size that are acceptable by both drivers,
>> as using the same buffer size helps to avoid memcpy's, especially if
>> mmap mode is enabled;
On Thu, 16 Jun 2011, Laurent Pinchart wrote:
> Hi Sarah,
>
> On Thursday 16 June 2011 04:59:57 Sarah Sharp wrote:
> > On Wed, Jun 15, 2011 at 06:39:57PM -0700, Sarah Sharp wrote:
> > > When I plug in a webcam under an xHCI host controller in 3.0-rc3+
> > > (basically top of Greg's usb-linus branc
Em 16-06-2011 11:25, Christoph Hellwig escreveu:
> On Thu, Jun 16, 2011 at 11:15:19AM -0300, Mauro Carvalho Chehab wrote:
>> The patch utility doesn't work with non-binary files. This causes some
>> tools to break, like generating tarball targets and the scripts that
>> generate diff patches at htt
Hi,
On 06/11/2011 02:13 PM, Mauro Carvalho Chehab wrote:
Hi Hans de G.,
Em 26-04-2011 08:54, Hans de Goede escreveu:
If you could give it a shot that would be great. I've some hardware to
test this with (although I've never actually tested that hardware), so
I can hopefully pick things up if y
On Thu, Jun 16, 2011 at 11:15:19AM -0300, Mauro Carvalho Chehab wrote:
> The patch utility doesn't work with non-binary files. This causes some
> tools to break, like generating tarball targets and the scripts that
> generate diff patches at http://www.kernel.org/pub/linux/kernel/v2.6/.
>
> So, le
On Thu, Jun 16, 2011 at 7:14 AM, Mauro Carvalho Chehab
wrote:
> One possible logic that would solve the scripting would be to use a watchdog
> to monitor ioctl activities. If not used for a while, it could send a s_power
> to put the device to sleep, but this may not solve all our problems.
>
> So
Hi,
On 06/15/2011 05:45 PM, Mauro Carvalho Chehab wrote:
1) try to find a common buffer size that are acceptable by both drivers,
as using the same buffer size helps to avoid memcpy's, especially if
mmap mode is enabled;
This is not needed, using the same buffer size does nothing t
Thomas Holzeisen wrote:
> Hi there,
>
> I tried to get an RTL2831U dvb-t usb-stick running with a more recent kernel
> (2.6.38) and failed.
>
> The hg respository ~jhoogenraad/rtl2831-r2 aborts on countless drivers, the
> rc coding seem have to
> changed a lot since it got touched the last time
Em 16-06-2011 03:21, Hans Verkuil escreveu:
> On Wednesday, June 15, 2011 22:49:39 Devin Heitmueller wrote:
>> On Wed, Jun 15, 2011 at 4:37 PM, Hans Verkuil wrote:
>>> But the driver has that information, so it should act accordingly.
>>>
>>> So on first open you can check whether the current inpu
Hello again:
The output for lsusb -vvd 1b80:e401 is:
Bus 001 Device 016: ID 1b80:e401 Afatech
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDevi
Em 16-06-2011 04:06, Jiri Slaby escreveu:
> Hi,
>
> I've just updated to 3.0-rc and saw CONFIG_DVB_NET. Hmm, let's see
> what's that by asking with '?'. And I got this crap:
>
> CONFIG_DVB_NET:
>
> The DVB network support in the DVB core can
> optionally be disabled if this
> opt
Sarah Sharp wrote:
>Hi Laurent,
>
>I think this issue has been happening for a while now, but my recent
>patches to remove most of the xHCI debugging
have finally allowed me to
>use a webcam under xHCI with debugging on. Unfortunately, it doesn't
>work very well.
>
>When I plug in a webcam und
Hi Mauro,
The following changes since commit 2c53b436a30867eb6b47dd7bab23ba638d1fb0d2:
Linux 3.0-rc3 (2011-06-13 15:29:59 -0700)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git omap3isp-stable-omap3isp
Laurent Pinchart (1):
v4l: Don't access media entity
On Wednesday, June 15, 2011 10:36:26 Laurent Pinchart wrote:
> Entities associated with video device nodes are unregistered in
> video_unregister_device(). This destroys the entity even though it can
> still be accessed through open video device nodes.
>
> Move the media_device_unregister_entity()
Hi Scott,
On Thursday 16 June 2011 09:57:05 Scott Jiang wrote:
> 2011/6/16 Kassey Lee :
> > 2011/6/16 Scott Jiang :
> >> 2011/6/16 Marek Szyprowski :
> Hi Marek and Laurent,
>
> I am working on v4l2 drivers for blackfin which is a no mmu soc.
> I found videobuf allocate memory
Hello,
On Thursday, June 16, 2011 9:57 AM Scott Jiang wrote:
(snipped)
> >> I used dma-contig allocator. I mean if offset is 0, I must get actual
> >> addr from this offset.
> > hi, Scott
> >
> > if it is single plane, surely the offset is 0 for plane 0
> yes, it is absolutely right.
>
> > what
Hi there,
I tried to get an RTL2831U dvb-t usb-stick running with a more recent kernel
(2.6.38) and failed.
The hg respository ~jhoogenraad/rtl2831-r2 aborts on countless drivers, the rc
coding seem have to
changed a lot since it got touched the last time.
The hg respository ~anttip/rtl2831u w
Hi Sarah,
On Thursday 16 June 2011 04:59:57 Sarah Sharp wrote:
> On Wed, Jun 15, 2011 at 06:39:57PM -0700, Sarah Sharp wrote:
> > When I plug in a webcam under an xHCI host controller in 3.0-rc3+
> > (basically top of Greg's usb-linus branch) with xHCI debugging turned
> > on, the host controller
On Thursday 16 June 2011 09:06:59 Jiri Slaby wrote:
> I would send a patch, but I really have no idea what's that good for.
DVB network support is referring to the IP stack. This option is set to "N"
when compiling the Linux DVB stack on systems without IP networking.
Please submit a patch if yo
Hi Kassey,
2011/6/16 Kassey Lee :
> 2011/6/16 Scott Jiang :
>> 2011/6/16 Marek Szyprowski :
>>> Hello Scott,
>>>
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a no mmu soc.
I found videobuf allocate memory in mmap not reqbuf, so I turn to
videob
2011/6/16 Scott Jiang :
> 2011/6/16 Marek Szyprowski :
>> Hello Scott,
>>
>>> Hi Marek and Laurent,
>>>
>>> I am working on v4l2 drivers for blackfin which is a no mmu soc.
>>> I found videobuf allocate memory in mmap not reqbuf, so I turn to videobuf2.
>>> But __setup_offsets() use plane offset to
Hi,
I've just updated to 3.0-rc and saw CONFIG_DVB_NET. Hmm, let's see
what's that by asking with '?'. And I got this crap:
CONFIG_DVB_NET:
The DVB network support in the DVB core can
optionally be disabled if this
option is set to N.
If unsure say Y.
Why do you
On Thursday 16 June 2011 02:48:12 Philip Balister wrote:
> On 06/15/2011 12:37 AM, Arnd Bergmann wrote:
> > On Wednesday 15 June 2011 09:11:39 Marek Szyprowski wrote:
> >> I see your concerns, but I really wonder how to determine the properties
> >> of the global/default cma pool. You definitely do
55 matches
Mail list logo
