On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 20:34:27 kilg...@banach.math.auburn.edu wrote:
Signed-off-by: Theodore Kilgore
--
--- mr97310a.c.old 2009-02-23 23:59:07.0 -0600
+++ mr97310a.c 20
That is great!
I will let you know our plans soon.
-Manju
-Original Message-
From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
Sent: Friday, March 06, 2009 9:33 AM
To: Hans Verkuil
Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Hadli, Manjunath;
Aguirre Rodriguez
On Thursday 05 March 2009 20:34:27 kilg...@banach.math.auburn.edu wrote:
> Signed-off-by: Theodore Kilgore
> --
> --- mr97310a.c.old2009-02-23 23:59:07.0 -0600
> +++ mr97310a.c2009-03-05 19:14:13.0 -060
Hello,
I'm attending as a speaker for one session which title is "Digital
camera framework in Linux"
I'm also looking forward to see many v4l2 engineers and discuss about
latest issues.
BTW, see you there Hans :)
Nate
On Fri, Mar 6, 2009 at 1:49 AM, Hans Verkuil wrote:
> Just FYI:
>
> I'll be
Mauro,
Please disregard my previous pull request and instead please pull from:
http://linuxtv.org/hg/~awalls/v4l-dvb
for:
cx18: Add interlock so sliced VBI insertion only happens for an MPEG PS
cx18: Fix VPS service register codes
cx18: Correct comments about vertical and horizontal blanking ti
On Tue, 2009-03-03 at 21:50 -0300, Mauro Carvalho Chehab wrote:
> On Sun, 01 Mar 2009 22:04:55 -0500
> Andy Walls wrote:
>
> > Mauro,
> >
> > Please pull from
> >
> > http://linuxtv.org/hg/~awalls/cx18
> >
> > for the following
> >
> > cx18: Add interlock so sliced VBI insertion only happens
Thanks for your comments, Trent. My responses below:
Trent Piepho wrote:
> On Sat, 28 Feb 2009, Erik S. Beiser wrote:
>
>> cx88: Add IR support to pcHDTV HD3000 & HD5500
>>
>> Signed-off-by: Erik S. Beiser
>>
>> ---
>>
>> Idea originally from http://www.pchdtv.com/forum/viewtopic.php?t=1529
>>
Hi all,
I have worked with Silicon Labs Si4709 chip using the I2C interface.
There is the radio-si470x driver in linux-kernel, but it uses usb interface.
First, i made a new file based on radio-si470x.c in driver/media/radio/ for
si4709 i2c driver and modified it to use i2c interface instead of u
First time ever that I mouse-copied an address and it gained a typo.
Amazing. So trying again. The patch works better than the mouse, though.
Guaranteed.
-- Forwarded message --
Date: Thu, 5 Mar 2009 20:09:52 -0600 (CST)
From: kilg...@banach.math.auburn.edu
To: Hans de Goede
Hi Alexey,
On Fri, Mar 6, 2009 at 7:05 AM, Alexey Klimov wrote:
> Hello, all
>
> On Thu, Mar 5, 2009 at 7:42 PM, Curran, Dominic wrote:
>>
>> Hi Kim
>>
>>> -Original Message-
>>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>>> ow...@vger.kernel.org] On Behalf Of DongSoo(Na
Begin forwarded message:
Date: Thu, 05 Mar 2009 14:53:17 +0100
From: strawks
To: linux-ker...@vger.kernel.org
Subject: oops in pwc_reset_buffers
Hi all,
On 2.6.29-rc6, when resuming from suspend to RAM I got the following
oops when motion tried to open /dev/video0. Just ask me if you need s
On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 14:58:54 kilg...@banach.math.auburn.edu wrote:
Well, here is the code in the function. I don't see. So can you explain?
Perhaps I am dense.
{
struct sd *sd = (struct sd *) gspca_dev;
int i;
/* Search
On Thursday 05 March 2009 14:58:54 kilg...@banach.math.auburn.edu wrote:
> Well, here is the code in the function. I don't see. So can you explain?
> Perhaps I am dense.
>
> {
> struct sd *sd = (struct sd *) gspca_dev;
> int i;
>
> /* Search for the SOF marker (fixed part
Hello,
Am Donnerstag, den 05.03.2009, 19:04 +0100 schrieb lars ouff:
> Hello, I am looking into the possibility of porting or writing a
> simple driver for the DVB-T part of the SAA7135 chip. I am merely
> doing some research for an eventual long-term hobby programming
> project.
> I have a little
> -Original Message-
> From: Alexey Klimov [mailto:klimov.li...@gmail.com]
> Sent: Thursday, March 05, 2009 4:05 PM
> To: Curran, Dominic
> Cc: DongSoo(Nathaniel) Kim; Aguirre Rodriguez, Sergio Alberto; linux-
> me...@vger.kernel.org; linux-o...@vger.kernel.org; Sakari Ailus; Tuukka.O
> T
On Thu, 5 Mar 2009, Trent Piepho wrote:
> ALSA used a partial tree, but their system was much worse than v4l-dvb's.
> I think the reason more systems don't do it is that setting up the build
> system we have with v4l-dvb was a lot of work. They don't have that.
Right, it was a lot of work, it is
On Thu, 5 Mar 2009, Trent Piepho wrote:
> On Thu, 5 Mar 2009, Robert Jarzmik wrote:
> > Guennadi Liakhovetski writes:
> >
> > > This is not a review yet - just an explanation why I was suggesting to
> > > adjust height and width - you say yourself, that YUV422P (I think, this is
> > > wat you mea
Hello, all
On Thu, Mar 5, 2009 at 7:42 PM, Curran, Dominic wrote:
>
> Hi Kim
>
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of DongSoo(Nathaniel) Kim
>> Sent: Wednesday, March 04, 2009 8:58 PM
>> To: Aguirre Rodrig
On Thursday 05 March 2009 21:57:16 Trent Piepho wrote:
> On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > On Thu, 5 Mar 2009, Trent Piepho wrote:
> > > On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > > > On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> > > > > Beside the fact that we don
On Thursday 05 March 2009 21:11:02 Sakari Ailus wrote:
> Hans Verkuil wrote:
> >> Situation 1
> >> - Instance1: Select sensor 1, and Do queue/dequeue of buffers.
> >> - Instance2: If sensor 1 is currently selected, Begin loop requesting
> >> internally collected OMAP3ISP statistics (with V4L2 pri
On Thu, 5 Mar 2009, Robert Jarzmik wrote:
> Guennadi Liakhovetski writes:
>
> > This is not a review yet - just an explanation why I was suggesting to
> > adjust height and width - you say yourself, that YUV422P (I think, this is
> > wat you meant, not just YUV422) requires planes to immediately f
Hello, my v4l2 loopback device is now at working state: it can do
streaming and basic IO, works with Skype, luvcview and mplayer. next
feature planned is allowing multiply readers.
Benefits from having this driver are: video effects for video
conferencing programms aware only about v4l, driver can
Guennadi Liakhovetski writes:
> This is not a review yet - just an explanation why I was suggesting to
> adjust height and width - you say yourself, that YUV422P (I think, this is
> wat you meant, not just YUV422) requires planes to immediately follow one
> another. But you have to align them
On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> On Thu, 5 Mar 2009, Trent Piepho wrote:
> > On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > > On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> > > > Beside the fact that we don't need to strip support for legacy kernels,
> > > > the
> > > >
kilg...@banach.math.auburn.edu wrote:
felling->feeling
spelling/writing error (I meant feeling)
Thomas
--
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.
Hi Devin,
On Thu, 5 Mar 2009 13:03:00 -0500, Devin Heitmueller wrote:
> On Thu, Mar 5, 2009 at 4:39 AM, Jean Delvare wrote:
> I would suggest that this patch be broken into three separate patches,
> and then they can go in as the individual maintainers have the
> opportunity to test them out. Thi
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.aubur
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
That of course is a guess. OTOH it could be on a scale of 0 to 0x80, or
it could be that only the digits 0 through 9 are actually used, and the
basis is then 100, or too many other variations to count. Also what i
A Dijous, 5 de març de 2009 20:57:38, utar va escriure:
> > Have you tried rmmoding the module (dvb_usb_dib0700) and reloading it?
> > I think that it was in such a case where it then wrongly detected the
> > card as 'cold', attempting to reload it, which failed.
>
> No as if I do a cold boot there
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu
wrote:
On Wed, 4 Mar 2009, Kyle Guinn
Hi list,
I get errors on my DVB-C card,
Mar 5 21:23:47 media kernel: [ 1489.968022] saa7146 (0)
saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Ubuntu 8.10, TT-1501-C with CI module.
There is a PVR-150 in the adjacent PCI slot, if that matters I can try
an switch them or remove the
On Thu, 5 Mar 2009, Trent Piepho wrote:
> On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> > > Beside the fact that we don't need to strip support for legacy kernels,
> > > the
> > > advantage of using this method is that we can evolute to a
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:3
On Thu, 5 Mar 2009, Robert Jarzmik wrote:
> All planes were PAGE aligned (ie. 4096 bytes aligned). This
> is not consistent with YUV422 format, which requires Y, U
> and V planes glued together. The new implementation forces
> the alignement on 8 bytes (DMA requirement), which is almost
> always
kilg...@banach.math.auburn.edu wrote:
That of course is a guess. OTOH it could be on a scale of 0 to 0x80,
or it could be that only the digits 0 through 9 are actually used,
and the basis is then 100, or too many other variations to count.
Also what is considered a "normal" or an "average" valu
On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> > Beside the fact that we don't need to strip support for legacy kernels, the
> > advantage of using this method is that we can evolute to a new development
> > model. As several developers already
Hans Verkuil wrote:
Situation 1
- Instance1: Select sensor 1, and Do queue/dequeue of buffers.
- Instance2: If sensor 1 is currently selected, Begin loop requesting
internally collected OMAP3ISP statistics (with V4L2 private based IOCTLs)
for performing user-side Auto-exposure, Auto White Balan
> Have you tried rmmoding the module (dvb_usb_dib0700) and reloading it?
> I think that it was in such a case where it then wrongly detected the
> card as 'cold', attempting to reload it, which failed.
No as if I do a cold boot there isn't an issue. I just thought I would report
this so that the
The last buffer queued will often overrun, as the DMA chain
is finished, and the time the dma irq handler is activated,
the QIF fifos are filled by the sensor.
The fix is to ignore the overrun condition on the last
queued buffer, and restart the capture only on intermediate
buffers of the chain.
The DMA transfers in pxa_camera showed some weaknesses in
multiple queued buffers context :
- poll/select problem
The order between list pcdev->capture and DMA chain was
not the same. This creates a discrepancy between video
buffers marked as "done" by the IRQ handler, and the
really f
Transform sequences of form:
foo = val1 | val2 |
val3 | val4;
into :
foo = val1 | val2
| val3 | val4;
Signed-off-by: Robert Jarzmik
---
drivers/media/video/pxa_camera.c | 43 ++---
1 files changed, 21 insertion
All planes were PAGE aligned (ie. 4096 bytes aligned). This
is not consistent with YUV422 format, which requires Y, U
and V planes glued together. The new implementation forces
the alignement on 8 bytes (DMA requirement), which is almost
always the case (granted by width x height being a multiple
This patchset, formerly known as "pxa_camera: Redesign DMA handling", attempts
so simplify the code for all DMA related parts of pxa_camera host driver.
As asked for by Guennadi and Mike, the original patch was split up into 4
patches :
- one to address the YUV planar format hole (page alignment)
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
For the brightness, I guess, 0 means dark and 0xff completely bright
(sensor is in saturation)?
That of course is a guess. OTOH it could be on a scale of 0 to 0x80, or it
could be that only the d
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
For the brightness, I guess, 0 means dark and 0xff completely bright
(sensor is in saturation)?
That of course is a guess. OTOH it could be on a scale of 0 to 0x80, or
it could be that only the digits 0 through 9 are actually used, and 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 Mar 5 19:00:06 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10833:ef0aaa237fa4
gcc version: gcc
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu
wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu
wrote:
cont
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
contents of file mr97310a.patch follow, for g
On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> Beside the fact that we don't need to strip support for legacy kernels, the
> advantage of using this method is that we can evolute to a new development
> model. As several developers already required, we should really use the
> standard -git tree
On Thu, 5 Mar 2009 19:13:43 +0100 (CET)
Stefan Richter wrote:
> Eliminate
> drivers/media/dvb/firewire/firedtv-avc.c: In function 'debug_fcp':
> drivers/media/dvb/firewire/firedtv-avc.c:156: warning: format '%d' expects
> type 'int', but argument 5 has type 'size_t'
>
> Signed-off-by: Stefan Ri
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
As to the actual contents of the header, as you describe things,
0. Do you have any idea how to account for the discrepancy between
From usb snoop.
FF
Eliminate
drivers/media/dvb/firewire/firedtv-avc.c: In function 'debug_fcp':
drivers/media/dvb/firewire/firedtv-avc.c:156: warning: format '%d' expects type
'int', but argument 5 has type 'size_t'
Signed-off-by: Stefan Richter
---
Mauro, if you don't mind I queue it up in linux1394-2.6.git for
I know I know I forgot to attach the log ;-)
Here you go...
Bye
Emmanuel
TP-45000-SR-FEC-56-Lock-SYNC-but-No-VITERBI.txt.bz2
Description: application/bzip
Hi all,
I have been struggling for quite a while to lock on a DVB-S2
transponder. And recently I got some information that they changed the
symbol rate to 45MS/s which looks borderline to me. Can someone confirm
that the TT 3200 can do that?
I also attach a log that I obtained when tryin
On Thu, Mar 5, 2009 at 4:39 AM, Jean Delvare wrote:
> From: Jean Delvare
> Subject: Fix race in infrared polling on rmmod
>
> The race on rmmod I just fixed in cx88-input affects 3 other drivers.
> Fix these the same way.
>
> Signed-off-by: Jean Delvare
> ---
> Note that I do not have any of the
Just FYI:
I'll be attending the Embedded Linux Conference in San Francisco, April
6th-8th (http://www.embeddedlinuxconference.com/elc_2009).
This might be a good opportunity to discuss omap and davinci V4L2 issues
face-to-face. Let me know if you are interested.
Regards,
Hans
--
Han
Hi Kim
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of DongSoo(Nathaniel) Kim
> Sent: Wednesday, March 04, 2009 8:58 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel
On Thursday 05 March 2009 13:07:10 Hans Verkuil wrote:
> > Hi Hans
> >
> > I build fresh video4linux with your patch and my config for our cards.
> > In a dmesg i see : found RDS decoder.
> > cat /dev/radio0 give me some slow junk data. Is this RDS data??
> > Have you any tools for testing RDS?
> >
>From a kaffeine user ...
Christoph
# Australia / Sunshine Coast
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
# Digital
# SBS36 SBS ***
T 585625000 7MHz 2/3 NONE QAM64 8k 1/8 NONE
# TNQ47 10 ***
T 662625000 7MHz 2/3 NONE QAM64 8k 1/8 NONE
# ABQ62 ABC ***
T 767625000 7MH
Also return -ENOMEM instead of -ENODEV if kzalloc fails.
Thanks to Alexey Klimov for noticing this.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap34xxcam.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/media/video/omap34xxcam.c
b/d
Alexey Klimov wrote:
+static int vidioc_g_fmt_vid_cap(struct file *file, void *fh,
+ struct v4l2_format *f)
+{
+ struct omap34xxcam_fh *ofh = fh;
+ struct omap34xxcam_videodev *vdev = ofh->vdev;
+
+ if (vdev->vdev_sensor == v4l2_int_device_dummy())
On Thu, 5 Mar 2009 01:43:55 -0800 (PST), Trent Piepho wrote:
> On Thu, 5 Mar 2009, Jean Delvare wrote:
> > +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,20)
> > struct work_struct work;
> > struct timer_list timer;
> > +#else
> > + struct delayed_work work;
> > +#endif
>
> You don't need
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
As to the actual contents of the header, as you describe things,
0. Do you have any idea how to account for the discrepancy between
From usb snoop.
FF FF 00 FF 96 64 xx 00 xx xx xx xx xx xx 00 00
> Hi Hans
>
> I build fresh video4linux with your patch and my config for our cards.
> In a dmesg i see : found RDS decoder.
> cat /dev/radio0 give me some slow junk data. Is this RDS data??
> Have you any tools for testing RDS?
> I try build rdsd from Hans J. Koch, but build crashed with:
>
> rds
Hi Hans
I build fresh video4linux with your patch and my config for our cards.
In a dmesg i see : found RDS decoder.
cat /dev/radio0 give me some slow junk data. Is this RDS data??
Have you any tools for testing RDS?
I try build rdsd from Hans J. Koch, but build crashed with:
rdshandler.cpp: In
Thanks for the comments, Alexey!
Alexey Klimov wrote:
+static int isp_probe(struct platform_device *pdev)
+{
+ struct isp_device *isp;
+ int ret_err = 0;
+ int i;
+
+ isp = kzalloc(sizeof(*isp), GFP_KERNEL);
+ if (!isp) {
+ dev_err(&pdev->dev, "could n
Hi,
On Thu, 5 Mar 2009, wdy9927 wrote:
I had make install a module for a dvb usb box which writen by my self. But this
one didn't have real frontend ops and tuner ops.These functions did
nothing but return 0.
Like this
static int demo_fe_init(struct dvb_frontend *fe)
{
return 0;
}
After th
Mauro,
Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
for the following 2 changesets:
01/02: compat: Add INIT_DELAYED_WORK
http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=f6382daee1df
02/02: zoran: Change first argument to zoran_v4l2_buffer_status
http://linuxtv.org/hg/~tap/v4l-dvb?c
On Thu, 5 Mar 2009, Jean Delvare wrote:
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,20)
> struct work_struct work;
> struct timer_list timer;
> +#else
> + struct delayed_work work;
> +#endif
You don't need this compat stuff. compat.h will take are of it for you.
Just code it li
From: Jean Delvare
Subject: Fix race in infrared polling on rmmod
The race on rmmod I just fixed in cx88-input affects 3 other drivers.
Fix these the same way.
Signed-off-by: Jean Delvare
---
Note that I do not have any of these devices, so this patch is
untested. Testers welcome!
linux/drive
From: Jean Delvare
Subject: cx88: Prevent general protection fault on rmmod
When unloading the cx8800 driver I sometimes get a general protection
fault. Analysis revealed a race in cx88_ir_stop(). It can be solved by
using a delayed work instead of a timer for infrared input polling.
This fixes
> On Thu, 5 Mar 2009, Hans Verkuil wrote:
>>
>> ENUMINPUT is probably a better solution: you can say something like
>> "Camera 1 (sensor1)", "Camera 2 (sensor2)".
>>
>> It remains a bit of a hack, though.
>
> Maybe use some of the reserved bits in v4l2_input to show not only the
> sensor orientati
On Thu, 5 Mar 2009, Hans Verkuil wrote:
>
> ENUMINPUT is probably a better solution: you can say something like
> "Camera 1 (sensor1)", "Camera 2 (sensor2)".
>
> It remains a bit of a hack, though.
Maybe use some of the reserved bits in v4l2_input to show not only the
sensor orientation, but also
On Thu, 5 Mar 2009, Tuukka.O Toivonen wrote:
> On Wednesday 04 March 2009 16:52:20 ext Hans Verkuil wrote:
> > > Alternatively, VIDIOC_QUERYCAP could be used to identify the sensor.
> > > Would it make more sense if it would return something like
> > > capability.card: `omap3/smia-sensor-12-1234
> On Wednesday 04 March 2009 16:52:20 ext Hans Verkuil wrote:
>> > Alternatively, VIDIOC_QUERYCAP could be used to identify the sensor.
>> > Would it make more sense if it would return something like
>> > capability.card: `omap3/smia-sensor-12-1234-5678//'
>> > where 12 would be manufacturer_id
75 matches
Mail list logo
