* Mauro Carvalho Chehab :
| Nothing. You just ran out of continuous memory. This driver
| requires long chunks of continuous memory for USB data transfer.
And there is no way to preset some mem?
Or do something to get the driver work again?
I don't think I'm using too much memory.
$ free
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Wed Jun 17 04:00:18 CEST 2015
git branch: test
git hash: e42c8c6eb456f8978de417ea349eef676ef4385c
gcc versi
Hello,
Mrs. Liliane picked you. For details email her
directly: lilbetencou...@hotmail.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
Hello guys,
please find out down this email patch to support EVOLVEO XtraTV stick.
This tuner is for android phones with microusb connecter, however with
reduction it works perfectly with linux kernel:
The device identify itself at USB bus as Bus 002 Device 004: ID
1f4d:a115 G-Tek Electronics Grou
Device Tree bindings for the Camera Adaptation Layer (CAL) driver
Signed-off-by: Benoit Parrot
---
Documentation/devicetree/bindings/media/ti-cal.txt | 70 ++
1 file changed, 70 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/ti-cal.txt
diff --git a
The Camera Adaptation Layer (CAL) is a block which consists of a dual
port CSI2/MIPI camera capture engine.
Port #0 can handle CSI2 camera connected to up to 4 data lanes.
Port #1 can handle CSI2 camera connected to up to 2 data lanes.
The driver implements the required API/ioctls to be V4L2 compli
The Camera Adaptation Layer (CAL) is a block which consists of a dual
port CSI2/MIPI camera capture engine.
This camera engine is currently found on DRA72xx family of devices.
Port #0 can handle CSI2 camera connected to up to 4 data lanes.
Port #1 can handle CSI2 camera connected to up to 2 data l
Hi,
Sort of a basic v4l2/soc-camera question.
First time posting on this mailing list; Let me know if this not the
right forum to post.
I am working on an old platform software based on kernel 3.6;
in my case, I have host driver and an i2c sub device driver (based on 5640)
Both are .ko (loadable
Hi Hans,
On Monday 15 June 2015 12:25:37 Hans Verkuil wrote:
> On 06/15/2015 12:08 AM, Laurent Pinchart wrote:
> > On Thursday 09 April 2015 12:21:23 Hans Verkuil wrote:
> >> From: Hans Verkuil
> >>
> >> The g_mbus_fmt video op is a duplicate of the pad op. Replace all uses
> >> by the get_fmt p
(Resending as the first try apparently hasn't made it onto the mailing-list)
On 06.06.2015 16:17, Antti Palosaari wrote:
On 06/06/2015 05:07 PM, Hurda wrote:
Thanks, this worked.
The kernel of Ubuntu 15.04 already was compiled with dynamic debug,
which saved
me a lot of time.
The driver is pro
Mauro Carvalho Chehab wrote:
Em Tue, 16 Jun 2015 08:54:58 +0200 "Gabor Z. Papp"
escreveu:
* "Gabor Z. Papp" :
| I would like to use my Pinnacle Dazzle DVC usb encoder with
kernels | 3.10-4.0, but I'm getting the same error all the time.
| Latest working kernel is the 3.4 line.
| What happen
On Fri 2015-06-12 09:47:28, Uwe Kleine-König wrote:
> Without setting the direction of a gpio to output a call to
> gpiod_set_value doesn't have a defined outcome.
>
> Furthermore this is one caller less that stops us making the flags
> argument to gpiod_get*() mandatory.
>
> Signed-off-by: Uwe K
To support the timings calculations for reduced blanking version 2
(RB v2), extended the command line options to include flag indicating
whether to use RB V2 or not. Updated the command usage for the same.
Cc: Hans Verkuil
Signed-off-by: Prashant Laddha
---
utils/v4l2-ctl/v4l2-ctl-stds.cpp | 13
Hi,
Please find patches adding support for reduced blanking v2 (RB v2) in cvt
modeline
calculations in v4l2-utils. Recently, RB v2 support was added to
v4l2-dv-timings and
RB v2 support in v4l2-utils is a follow up on that work. Please review.
Regards,
Prashant
Prashant Laddha (2):
v4l2-ctl-
Added support for reduced blanking version 2 (RB V2) in cvt
modeline calculations. Recently, RB V2 support was added to
v4l2-dv-timings. This patch follows up on that work.
Extended calc_cvt_modeline() api to pass an additional flag to
indicate the version of reduced blanking. This flag takes effe
This is a preliminary patch in order to add support for ALSA.
It replaces all current i2c access with regmap.
Signed-off-by: Pablo Anton
Signed-off-by: Jean-Michel Hautbois
---
v2: Rebase after renaming
drivers/media/i2c/adv7604.c | 337
1 file chan
Since when we start discussions about the usage Media Controller for
complex hardware, one thing become clear: the way it is, MC fails to
map anything different than capture/output/m2m video-only streaming.
The point is that MC has entities named as devnodes, but the only
devnode used (before the
For interlaced format, the standards equation use interlace = 0.5.
Modified the implementation to handle this fraction correctly.
Cc: Hans Verkuil
Signed-off-by: Prashant Laddha
---
utils/v4l2-ctl/v4l2-ctl-modes.cpp | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff -
Hi,
Recently, while testing reduced blanking implementation, I came across few
differences
between the results produced by cvt, gtf modeline implementation and results
given by
standards spreadsheet. The resultant timing differences were minor and seen
only for
few input combinations. However,
GTF standards document specifies to use round() for v_lines_rnd
calculations. This change will affect only if image height is odd.
Cc: Hans Verkuil
Signed-off-by: Prashant Laddha
---
utils/v4l2-ctl/v4l2-ctl-modes.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/v4l2
In case of CVT reduced blanking, pixel clock calculation does not
use h period estimates, it rather directly uses refresh rate and
total vertical lines. This difference can lead to a minor mismatch
between the pixel clocks calculated by v4l2-utils and the standards
spreadsheet.
Cc: Hans Verkuil
S
Em Tue, 16 Jun 2015 08:54:58 +0200
"Gabor Z. Papp" escreveu:
> * "Gabor Z. Papp" :
>
> | I would like to use my Pinnacle Dazzle DVC usb encoder with kernels
> | 3.10-4.0, but I'm getting the same error all the time.
>
> | Latest working kernel is the 3.4 line.
>
> | What happend with the drive
Hello Hans
On Tue, Jun 16, 2015 at 8:09 AM, Hans Verkuil wrote:
> Hi Ricardo,
>
> This patch series looks good to me. I'll wait a bit to see if anyone else has
> comments. If not, then I'll merge for 4.3.
If this is merged in 4.3 I need to fix the documentation.
Please use the last patch for th
Add documentation for new ioctl.
Signed-off-by: Ricardo Ribalda Delgado
---
v4:
-Add Author information
-Set kernel version to 4,3
Documentation/DocBook/media/v4l/v4l2.xml | 20
.../DocBook/media/v4l/vidioc-g-ext-ctrls.xml | 13 +
Documentatio
Let me fill in the subject line so people know what it is about :-)
Hans
On 06/16/15 08:22, Hans Verkuil wrote:
> On 05/04/2015 07:32 PM, Kamil Debski wrote:
>> Hi,
>>
>> The sixth version of this patchset addresses recent comments on the mailing
>> list. Please see the changelog below fo
25 matches
Mail list logo
