On Wednesday, June 15, 2011 22:49:39 Devin Heitmueller wrote:
On Wed, Jun 15, 2011 at 4:37 PM, Hans Verkuil hverk...@xs4all.nl wrote:
But the driver has that information, so it should act accordingly.
So on first open you can check whether the current input has a tuner and
power on the
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
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 fill m.offset,
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 don't want
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
2011/6/16 Scott Jiang scott.jiang.li...@gmail.com:
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
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
Hi Kassey,
2011/6/16 Kassey Lee kassey1...@gmail.com:
2011/6/16 Scott Jiang scott.jiang.li...@gmail.com:
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
Hello Scott,
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a no mmu soc.
I found videobuf allocate
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 you
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
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
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 do you mean
Hi Scott,
On Thursday 16 June 2011 09:57:05 Scott Jiang wrote:
2011/6/16 Kassey Lee kassey1...@gmail.com:
2011/6/16 Scott Jiang scott.jiang.li...@gmail.com:
2011/6/16 Marek Szyprowski m.szyprow...@samsung.com:
Hi Marek and Laurent,
I am working on v4l2 drivers for blackfin which is a
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 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
Sarah Sharp sarah.a.sh...@linux.intel.com 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
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
option is
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)
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 hverk...@xs4all.nl wrote:
But the driver has that information, so it should act accordingly.
So on first open you can check whether the
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.
Hi,
On 06/15/2011 05:45 PM, Mauro Carvalho Chehab wrote:
snip
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
On Thu, Jun 16, 2011 at 7:14 AM, Mauro Carvalho Chehab
mche...@redhat.com 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
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, let's
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
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
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 branch) with
Em 16-06-2011 09:29, Hans de Goede escreveu:
Hi,
On 06/15/2011 05:45 PM, Mauro Carvalho Chehab wrote:
snip
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;
Hi,
On 06/16/2011 04:38 PM, Mauro Carvalho Chehab wrote:
Em 16-06-2011 09:29, Hans de Goede escreveu:
snip
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
On Thu, 16 Jun 2011 10:37:37 +0800
Kassey Lee kassey1...@gmail.com 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
+ */
On Thu, 16 Jun 2011 11:12:03 +0800
Kassey Lee kassey1...@gmail.com 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
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 cmdline if he/she
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 this split bank
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 none of
remove unnecessary code that matches this coccinelle pattern
if (...)
return ret;
return ret;
Signed-off-by: Greg Dietsche gregory.diets...@cuw.edu
---
drivers/media/dvb/frontends/cx24116.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff
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/linux/usb.h.
Hi,
On 06/16/2011 05:35 PM, Mauro Carvalho Chehab wrote:
Em 16-06-2011 12:11, Hans de Goede escreveu:
snip
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
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
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
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)
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
behavior
From: Vaibhav Hiremath hvaib...@ti.com
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.
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 jsl...@suse.cz
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Hans Petter Selasky hsela...@c2i.net
---
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
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
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 error codes:
Hello,
On 06/16/2011 05:17 PM, Jonathan Corbet wrote:
On Thu, 16 Jun 2011 10:37:37 +0800
Kassey Leekassey1...@gmail.com 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, 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 status
From: Vaibhav Hiremath hvaib...@ti.com
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
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 is
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 ja...@redhat.com
---
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
Em 15-06-2011 23:30, Kassey Lee escreveu:
2011/6/14 Jonathan Corbet cor...@lwn.net:
On Tue, 14 Jun 2011 10:58:47 +0800
Kassey Lee kassey1...@gmail.com wrote:
+ /*
+* Try to find the sensor.
+*/
+ cam-sensor_addr = ov7670_info.addr;
+ cam-sensor =
Em 16-06-2011 12:27, Jonathan Corbet escreveu:
On Thu, 16 Jun 2011 11:12:03 +0800
Kassey Lee kassey1...@gmail.com 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
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 cor...@lwn.net
---
drivers/media/video/marvell-ccic/cafe-driver.c |9 -
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 Leekassey1...@gmail.com wrote:
+static void mmpcam_power_down(struct mcam_camera *mcam)
+{
+ struct mmp_camera *cam =
2011/6/17 Mauro Carvalho Chehab mche...@infradead.org:
Em 15-06-2011 23:30, Kassey Lee escreveu:
2011/6/14 Jonathan Corbet cor...@lwn.net:
On Tue, 14 Jun 2011 10:58:47 +0800
Kassey Lee kassey1...@gmail.com wrote:
+ /*
+ * Try to find the sensor.
+ */
+
2011/6/16 Jonathan Corbet cor...@lwn.net:
On Thu, 16 Jun 2011 11:12:03 +0800
Kassey Lee kassey1...@gmail.com 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,
55 matches
Mail list logo
