Hello linux-media world,
I'm currently working on forward-porting and mainlining a i2c sensor
driver and would like to know what would be the best reference to base
this driver on?
Any hints would be greatly appreciated, thanks!
regards;Richard.L
Hallo, Sie haben eine Spende von 2.800.000,00 Euro, ich habe die Amerikanische
Lotterie in Amerika im Wert von 533 Millionen Dollar gewonnen, und ich gebe
einen Teil davon als Teil einer Wohltätigkeitsorganisation. Kontaktieren Sie
mich für weitere Informationen: richardwahl.donati...@gmail.com
when using mplayer
instead of ffmpeg.
Is there a better/faster way that audio is played immediately?
thanks in advance
richard
Lieber geliebter,
Bitte lesen Sie dies langsam und sorgfältig, da es eine der
wichtigsten E-Mails sein kann, die Sie jemals bekommen.Ich bin Frau
Michelle Richard, ich war mit dem verstorbenen Robert Richard
verheiratet.Er arbeitete früher mit Shell Petroleum Development
Company London und war
--
I'd like you to be in custody of my late client's fortune.
My client died along with his family including his next-of-kin
The funds shall be used for investment under your management
Do reply for details.
Regards
Richard Williams
Email:rich19willi...@gmail.com
enabled and no issues to date.
Thanks to Daniel and the reviewers.
Regards,
Richard
r problems during
the development of this set.
Testing has been done on a dedicated PVR system based on VDR 2.3.X, with
kernels 4.10 and 4.12, for 3-4 hours daily without issue. Multistream
support works fine and STR/CNR stats seem realistic.
Many thanks to Daniel and the reviewers.
Regards,
Richard
#x27;t be too hard. If we had the AVB shaping rules with one or
two drivers supporting them, that would be one piece already done.
Thanks,
Richard
--
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
/* 0xfd reserved */
> + TSN_MAAP = 0xfe,/* MAAP Protocol */
> + TSN_EF_CONTROL, /* Experimental Format Control */
> +};
The kernel shouldn't be in the business of assembling media packets.
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-me
ions that
only the kernel can provide.
> There are at least one AVB-driver (the AV-part of TSN) in the kernel
> already.
And which driver is that?
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kern
Greetings Linux Kernel Developers,
This is Task 10 of the Eudyptula Challenge, i fix few line over 80
characters, hope you will accept this pacth.
/Richard
For the eudyptula challenge (http://eudyptula-challenge.org/).
Simple style fix for few line over 80 characters
Signed-off-by: Richard
On Thu, Jun 23, 2016 at 12:38:48PM +0200, Henrik Austad wrote:
> Richard: is it fair to assume that if ptp4l is running and is part of a PTP
> domain, ktime_get() will return PTP-adjusted time for the system?
No.
> Or do I also need to run phc2sys in order to sync the system-time
>
ersions that made it
> in the kernel recently)
Can you point me to any open source apps using the dma/link
timestamps?
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo
t_time_info ops, so you can easily grep it.
Yes, I found that myself, thanks.
> HTH,
No it doesn't help me, because I asked three questions, and none were
about the link timestamp.
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media
On Mon, Jun 20, 2016 at 02:31:48PM +0200, Richard Cochran wrote:
> Where is this "audio_time" program of which you speak?
Never mind, found it in alsa-lib.
I still would appreciate an answer to my other questions, though...
Thanks,
Richard
--
To unsubscribe from this list:
On Mon, Jun 20, 2016 at 02:18:38PM +0200, Richard Cochran wrote:
> Documentation/sound/alsa/timestamping.txt says:
Examples of typestamping with HDaudio:
1. DMA timestamp, no compensation for DMA+analog delay
$ ./audio_time -p --ts_type=1
Where is this "audio_time" pro
n CC!)
2. Can you mention specific HW that would support this?
Thanks,
Richard
--
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
On Sun, Jun 19, 2016 at 12:45:50AM +0200, Henrik Austad wrote:
> edit: this turned out to be a somewhat lengthy answer. I have tried to
> shorten it down somewhere. it is getting late and I'm getting increasingly
> incoherent (Richard probably knows what I'm talking about ;)
On Wed, Jun 15, 2016 at 02:13:03PM +0200, Henrik Austad wrote:
> On Wed, Jun 15, 2016 at 01:49:08PM +0200, Richard Cochran wrote:
> And how would v4l2 benefit from this being in alsalib? Should we require
> both V4L and ALSA to implement the same, or should we place it in a common
&g
in a way transparent to
the aplay program.
Heck, if done properly, your layer could discover the AVB nodes in the
network and present each one as a separate device...
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to ma
On Wed, Jun 15, 2016 at 09:04:41AM +0200, Richard Cochran wrote:
> On Tue, Jun 14, 2016 at 10:38:10PM +0200, Henrik Austad wrote:
> > Whereas I want to do
> >
> > aplay some_song.wav
>
> Can you please explain how your patches accomplish this?
Never mind. Looking b
On Wed, Jun 15, 2016 at 12:15:24PM +0900, Takashi Sakamoto wrote:
> > On Mon, Jun 13, 2016 at 01:47:13PM +0200, Richard Cochran wrote:
> >> I have seen audio PLL/multiplier chips that will take, for example, a
> >> 10 kHz input and produce your 48 kHz media clock. With
Sorry, I thought the old OSS API would be familiar and easy to
understand. The /dev/dsp is the sound card.
Thanks,
Richard
--
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.k
On Tue, Jun 14, 2016 at 10:38:10PM +0200, Henrik Austad wrote:
> Whereas I want to do
>
> aplay some_song.wav
Can you please explain how your patches accomplish this?
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
example,
above.
In any case, your patches don't implement that sort of thing at all,
do they?
Thanks,
Richard
--
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
On Tue, Jun 14, 2016 at 12:18:44PM +0100, One Thousand Gnomes wrote:
> On Mon, 13 Jun 2016 21:51:36 +0200
> Richard Cochran wrote:
> >
> > Actually, we already have support for tunable clock-like HW elements,
> > namely the dynamic posix clock API. It is trivial to write
On Mon, Jun 13, 2016 at 01:47:13PM +0200, Richard Cochran wrote:
> 3. ALSA support for tunable AD/DA clocks. The rate of the Listener's
>DA clock must match that of the Talker and the other Listeners.
>Either you adjust it in HW using a VCO or similar, or you do
>ada
On Mon, Jun 13, 2016 at 03:00:59PM +0200, Henrik Austad wrote:
> On Mon, Jun 13, 2016 at 01:47:13PM +0200, Richard Cochran wrote:
> > People have been asking me about TSN and Linux, and we've made some
> > thoughts about it. The interest is there, and so I am glad to see
&g
On Mon, Jun 13, 2016 at 03:00:59PM +0200, Henrik Austad wrote:
> On Mon, Jun 13, 2016 at 01:47:13PM +0200, Richard Cochran wrote:
> > Which driver is that?
>
> drivers/net/ethernet/renesas/
That driver is merely a PTP capable MAC driver, nothing more.
Although AVB is in the d
right. There is plenty of work to do, but we
really don't need some hacky, in-kernel buffer with hard coded audio
formats.
Thanks,
Richard
--
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
My proposal will give us 2 million in seven days reply "YES" for details.
Regards,
Richard.
--
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,
My name is Mr. Richard Sun from Hong Kong. I want you to be my partner
in a business project. Contact me back via my private e-mail address for more
details;
richad.t...@yahoo.com.hk
Thank you
Richard Sun.
--
To unsubscribe from this list: send the line "unsubscribe linux-media&qu
shutoff kernel updates..
Really need to push this up into the centos config.. I've noted that it
has been turned back on in other releases..
Will submit a bug.
Regards
Richard Tresidder
On 05/10/15 20:45, Tycho Lürsen wrote:
Hi, not sure if this is related.
I had to recompile the cento
.. though the module seemed to install and is showing
with lsmod no dmesg barfs..
I'll try a full kernel build tomorrow..
Regards
Richard Tresidder
On 05/10/15 20:45, Tycho Lürsen wrote:
Hi, not sure if this is related.
I had to recompile the centos7 stock kernel with:
CONFIG_I2C_MUX=m
It wa
from..
my brain is stuck in subversion mode..
Still rebuilding the kernel to check the i2c Mux issue..
Regards
Richard
saa7164-fw.c.patch
**
--- saa7164-fw.c2015-10-05 23:05:31.279329924 +0800
+++ saa7164-fw.c2015-10-05
Hi
Just for clarification
I forgot to add that I had already got past that little bump by chunking
the allocation to src_buf in the same loop as the memcpy_toio
But I'll rebuild the module with the memcpy_toio directly accessing src
and see how it goes.
Regards
Richard Tresidder
On 05/10/15 22:22, Steven Toth wrote:
On Sun, Oct 4, 2015 at 9:59 PM, Richard Tresidder
wrote:
Hi Steven
Nope standard x86_64
kernel 3.10.0-229.14.1.el7.x86_64
Hmm.
Was rather surprised as all my quick reading indicates that the kernel
should quite happily do this...
Though looks like
that an error doesn't pop up about that..
Is there a debug level that can be turned on that would show that up?
Well spotted Tycho
Will let you know how things go
Regards
Richard Tresidder
On 05/10/15 20:45, Tycho Lürsen wrote:
Hi, not sure if this is related.
I had to recompile the ce
Hi Steven
Nope standard x86_64
kernel 3.10.0-229.14.1.el7.x86_64
Was rather surprised as all my quick reading indicates that the kernel
should quite happily do this...
Though looks like its the largest chunk you can request? I'm not well
enough up to speed with the nitty gritty..
There is
27;m now stuck as to what to tackle next..
I can provide more info, just didn't want to spam the list for my first
email..
Regards
Richard Tresidder
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Mor
I'm new to using the media controller and struggling to set up a sink
in my device tree for a Xilinx VDMA output. I have the below in my
device tree. The problem is the output of my VDMA is going to a
hardware element that doesn't have/need a driver. So, when I query the
link with media_entity_get_
dtv_property_legacy_params_sync: doesn't know how to handle a DVBv3 call to
delivery system 0
Hi,
I'm new to this list, just updated VDR (2.06) and a newer kernel (3.12)
and getting
the above messages from my dtt200u receiver fill my kernel log.
Is there a straightforward way to stop them?
Th
On Thu, 2014-08-14 at 07:39 +0300, Sakari Ailus wrote:
> Bryan and Richard,
>
> Your opinion would be much appreciated to a question myself and Jacek were
> pondering. Please see below.
>
> On Thu, Aug 07, 2014 at 03:12:09PM +0200, Jacek Anaszewski wrote:
> > Hi Sakari,
&
I have a business proposal I would like to share with you, on your response I
will email you with more details.
I await your quick response.
Kind regards
Richard Wong
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
Hello,
My name is Mr. Richard Sun from Hong Kong. I want you to be my partner in a
business project. Contact me back via my private e-mail address for more
details;
richad.t...@yahoo.com.hk
Thank you.
Mr. Richard Sun.
--
To unsubscribe from this list: send the line "unsubscribe linux-
Hello,
My name is Mr. Richard Sun from Hong Kong. I want you to be my partner in a
business project. Contact me back via my private e-mail address for more
details;
richad.t...@yahoo.com.hk
Thank you.
Mr. Richard Sun.
--
To unsubscribe from this list: send the line "unsubscribe linux-
ewski
> Acked-by: Kyungmin Park
> Cc: Bryan Wu
> Cc: Richard Purdie
> ---
> drivers/leds/Kconfig|8 +
> drivers/leds/Makefile |1 +
> drivers/leds/led-class.c| 56 +--
> drivers/leds/led-flash.c| 375
>
class
> device control and communicate with it through the kernel
> internal interface. The LED sysfs interface is made
> unavailable then.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Bryan Wu
> Cc: Richard
Am 09.02.2014 20:13, schrieb Hans Verkuil:
> On 02/09/2014 07:47 PM, Richard Weinberger wrote:
>> The symbol is an orphan, get rid of it.
>
> NACK.
>
> It's not an orphan, it's a typo. It should be I2C_SI4713.
>
> Paul, Richard, let me handle this. I
The symbol is an orphan, get rid of it.
Signed-off-by: Richard Weinberger
---
drivers/media/radio/si4713/Kconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/radio/si4713/Kconfig
b/drivers/media/radio/si4713/Kconfig
index a7c3ba8..ed51ed0 100644
--- a/drivers/media/radio
Hello dear how is life treating you over there? Do you currently need financial
loan help that will change your status? Contact us today via E-mail:
openup_cente...@mail.mn
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.
Hi Patrick,
Thanks for some clarifications, they are invaluable.
On 19 November 2012 10:52, Patrick Boettcher wrote:
> Hi Richard,
>>
>> ---
>> The hardware I am using has 6 TS data inputs, 4 tuners (linked to TS
>> inputs) and hardware PID filters a
Apologies Mauro, I accidentailly bumped the 'Send' whilst typing your name.
The message is addressed to Mauro and All,
On 17 November 2012 13:35, Richard wrote:
> Hi Mau,
>
>
> I have started documenting a HOWTO on making a linuxDVB device and
> would like to know what
dmxdev.
Any clarification is most welcome
Best Regards,
Richard
--
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
p and an manufacturers API that I would like to make
>> in to a LinuxDVB compliant device. (Tuners/Demods/CA/MPEG output hardware
>> etc)
>
> It is probably easier to get one driver of each type as an example and
> change it to fill your needs.
>
>>
>> Any inform
On Thu, Sep 20, 2012 at 09:10:46AM +0200, javier Martin wrote:
> Hi Richard,
>
> On 20 September 2012 05:32, Richard Zhao wrote:
> > why is it a request-pull?
>
> After 5 version of Philipp's patches we have agreed they are good
> enough to be merged; they don&#x
why is it a request-pull?
Thanks
Richard
--
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
= 0x4c00;
> + } else {
> + dev->iram_vaddr = iram_alloc(CODA7_IRAM_SIZE,
> + &dev->iram_paddr);
There will be no build warning if iram_vaddr is void __iomem *.
> + if (!dev->iram_vaddr) {
> + dev_err(&
imx53.c |4 +-
> drivers/media/video/Kconfig |3 +-
> drivers/media/video/coda.c | 399
> ++-
> drivers/media/video/coda.h | 30 ++-
It's not based on latest linuxtv git. video/ has been renamed to
platform/. P
Signed-off-by: Richard Zhao
---
drivers/media/platform/coda.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c
index 6908514..69ff0d3 100644
--- a/drivers/media/platform/coda.c
+++ b/drivers/media/platform/coda.c
Hi Javier,
Did the patch get picked? I didn't see it on
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media.git
Still, how did you test this v4l2 device?
Thanks
Richard
On Fri, Aug 03, 2012 at 01:21:02PM +0200, javier Martin wrote:
> Hi Richard,
> thank you for
Hans Verkuil wrote:
>On Thu August 9 2012 14:55:02 Richard Zhao wrote:
>> In file drivers/media/video/v4l2-dev.c
>>
>> int __video_register_device(struct video_device *vdev, int type, int
>nr,
>> int warn_if_nr_in_use, struct module *owner)
>>
if (nr != -1 && nr != vdev->num && warn_if_nr_in_use)
printk(KERN_WARNING "%s: requested %s%d, got %s\n", __func__,
name_base, nr, video_device_node_name(vdev));
so nr != vdev->num is always false. The warning can never be pr
On Fri, Aug 03, 2012 at 10:47:01AM +0200, Hans Verkuil wrote:
> On Fri August 3 2012 10:24:43 Richard Zhao wrote:
> > Hi Javier,
> >
> > Glad to see the vpu patch. I'd like to try it on imx6. What else
> > do I need to do besides add vpu devices in dts? Do you ha
; + return -ENOENT;
> + }
> +
> + ret = v4l2_device_register(&pdev->dev, &dev->v4l2_dev);
Why not register it until everything is ready?
> + if (ret)
> + return ret;
> +
> + mutex_init(&dev->dev_mutex);
> +
> +
This is an IVC-100-LEG from ebay
http://www.ebay.co.uk/itm/370609954186?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649
It works with insmod option card=110 which is for the vanilla IVC-100
[8.257854] Linux video capture interface: v2.00
[8.264465] bttv: driver version 0.9.18 loaded
This patch uses the platform data and finds a tuner and DSP. This is
done when the user calls open. Not during probe, to allow shorter bootup
time of the system.
This piece of code was actually missing earlier, many of the functions
were not useful without DSP and tuner.
Signed-off-by: Richard
This patch simplifies the platform data slightly, by removing
unused elements.
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index 69272e4..696879e 100644
--- a/drivers/mfd/timberdale.c
+++ b/drivers/mfd/timberdale.c
@@ -287,12 +287,8
To follow are two patches for the timberdale radio driver.
The first just simplifies the platform data.
The second uses the platform data to find a tuner and DSP on
a provided I2C bus.
--Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
vr: probe of 1-5:1.0
failed with error -12
May 5 11:06:43 engine36 kernel: [390497.540294] usbcore: registered new
interface driver hdpvr
--
Richard A. Smith
One Laptop per Child
--
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
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 007: ID eb1a:2870 eMPIA Technolo
re dvbdev_debug=1
Richard
---
Name and OpenPGP keys available from pgp key servers
--
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
r 2
| make[3]: *** [sub-make] Error 2
| make[2]: *** [all] Error 2
| make[2]: Leaving directory `/usr/src/linux-headers-2.6.32-5-686'
| make[1]: *** [default] Fehler 2
| make[1]: Leaving directory `/home/shamrock/builds/src/tda18218/v4l'
`
>
> On Thu, 27 Jan 2011 16:19:57 +0100,
Hi folks,
My first post to the list : I have done a fair bit of googling around
but thought I would ask here. Here in germany a popular dvb usb stick is
the Avermedia Volar Green HD - the major Electronics chain Saturn are
shifting these quite cheaply.
Here is the output of dmesg when I plug it
On 11/26/2010 11:03 AM, Hans Verkuil wrote:
> On Friday, November 26, 2010 10:51:10 Richard Röjfors wrote:
>> To follow is a patch to add the tuner and DSP passed in the platform data
>> to the I2C bus.
>>
>> This patch is to be applied after Hans' patch to remov
Hi all,
while the email to got delivered to prj...@linuxdriverproject.org &
linux-ker...@vger.kernel.org the attachment made the linux-media list
eat this mail.
Resending verbatim without attachment.
Richard
On Wed, Dec 8, 2010 at 13:16, Richard Hartmann
wrote:
> Hi all,
>
> as
55 localhost kernel: [24035.987389] ---[ end trace
3eecaa602de2f1fa ]---
I would find ways to "make it work" by introducing some ugliness but I have
very little idea
how the dvb-usb subsystem is supposed to work so I may be missing something
obvious?
Richard
--
To unsubscribe from
Hi,
attached the file so people can use the remote with other receivers as well.
Richard
scancode 0x1d00 = KEY_0 (0x0b)
scancode 0x1d01 = KEY_1 (0x02)
scancode 0x1d02 = KEY_2 (0x03)
scancode 0x1d03 = KEY_3 (0x04)
scancode 0x1d04 = KEY_4 (0x05)
scancode 0x1d05 = KEY_5 (0x06)
scancode 0x1d06
Hi,
Patch against kernel.org kernel, hope it applies cleanly everywhere.
Add kycodes for DSR-0112 remote that comes together with
Haupauge MiniStick
http://lirc.sourceforge.net/remotes/hauppauge/DSR-0112.jpg
Signed-off-by: Richard Zidlicky
--- linux-2.6.36/drivers/media/IR/keymaps/rc-rc5
this case try
lircd -H devinput -d /dev/input/event6
and lircd.conf.devinput -> /etc/lirc/lircd.conf that can be found in recent
lirc sources
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
or directory
you do not have lircd running. So make lircd run with the correct device and
see if you can
go through the irrecord process. irw will not work without some keycodes listed
in lircd.conf
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
On Fri, Nov 26, 2010 at 04:23:49PM -0200, Mauro Carvalho Chehab wrote:
> Em 15-11-2010 20:57, Richard Zidlicky escreveu:
> What are the keycodes used on your remote? I don't see why not add them to
> the
> Hauppauge keytable.
agree, adding them to the table seems like the
On 11/26/2010 11:03 AM, Hans Verkuil wrote:
> On Friday, November 26, 2010 10:51:10 Richard Röjfors wrote:
>> To follow is a patch to add the tuner and DSP passed in the platform data
>> to the I2C bus.
>>
>> This patch is to be applied after Hans' patch to remov
This patch adds an open function to the radio-timb, which adds the DSP an tuner
to the I2C bus.
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/media/radio/radio-timb.c b/drivers/media/radio/radio-timb.c
index a185610..2b7abe2 100644
--- a/drivers/media/radio/radio-timb.c
+++ b/drivers
To follow is a patch to add the tuner and DSP passed in the platform data
to the I2C bus.
This patch is to be applied after Hans' patch to remove usage of the
blocking ioctl.
Thanks
--Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
Hi Hans,
On 11/14/2010 02:56 PM, Hans Verkuil wrote:
> Hi Richard,
>
> Can you check if this patch is OK? It's against the v2.6.38 media_tree branch.
This patch is OK. I uncovered that the dsp and tuner are never added to the I2C
bus,
I'll provide a patch for it shortly whi
On 11/24/2010 10:41 AM, Richard Röjfors wrote:
> On 11/23/2010 09:39 PM, Jarod Wilson wrote:
>> I get warnings about casting to and from pointers and integers of
>> different sizes w/current code, this silences them.
>>
>> Signed-off-by: Jarod Wilson
>
> Looks
On 11/23/2010 09:39 PM, Jarod Wilson wrote:
> I get warnings about casting to and from pointers and integers of
> different sizes w/current code, this silences them.
>
> Signed-off-by: Jarod Wilson
Looks good, and works.
Acked-by: Richard Röjfors
> ---
> drivers/media
Hi Hans,
On 11/14/2010 02:56 PM, Hans Verkuil wrote:
> Hi Richard,
>
> Can you check if this patch is OK? It's against the v2.6.38 media_tree branch.
Sorry for a late response, I will look at this now.
Thanks for the patch work!
--Richard
--
To unsubscribe from this list:
worth to code a generic approach working around drivers that need
to be
blacklisted? It seems that because of eg firmware loading this might be the
only way
to get dvb drivers behave?
Richard
> Once in a time I wrote into Mantis driver Suspend / resume
> code. The idea was, that bridge
rnel: [116575.829684] []
sys_ioctl+0x40/0x5a
Nov 18 15:00:24 localhost kernel: [116575.829687] []
syscall_call+0x7/0xb
Can not make much sense out of the backtrace, any ideas?
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mes
On Mon, Nov 15, 2010 at 04:59:24PM -0500, Andy Walls wrote:
> On Mon, 2010-11-15 at 16:09 +0100, Richard Zidlicky wrote:
> > On Mon, Nov 15, 2010 at 07:35:06AM -0500, Andy Walls wrote:
> > > On Mon, 2010-11-15 at 12:27 +0100, Richard Zidlicky wrote:
> >
> > > htt
On Mon, Nov 15, 2010 at 07:35:06AM -0500, Andy Walls wrote:
> On Mon, 2010-11-15 at 12:27 +0100, Richard Zidlicky wrote:
> http://git.linuxtv.org/v4l-utils.git?a=tree;f=utils/keytable;h=e599a8b5288517fc7fe58d96f44f28030b04afbc;hb=HEAD
thanks, that should do the trick.
In additio
On Mon, Nov 15, 2010 at 01:55:00PM +0200, Anca Emanuel wrote:
> On Mon, Nov 15, 2010 at 1:27 PM, Richard Zidlicky wrote:
> > Hi,
>
> > What is the way to achieve the effect without recompiling the kernel - is
> > there any?
>
> On Ubuntu kernel list Chao Zhang ask
board_cfg.led1 = 28,
What is the way to achieve the effect without recompiling the kernel - is there
any?
Could we combine the keymaps - as I understand it all RC5 maps could be
combined into
one huge map without any problems except memory usage?
Richard
--
To unsubscribe from this list: send t
pg.
FYI, this remote is identical to that shipped with (most?) Haupauge Ministicks
and the codes reportedly match the rc-dib0700-rc5.c keymap. However I have not
figured
out how to make the userspace work with the new ir-code yet.
Richard
--
To unsubscribe from this list: send the line "unsubscr
video standard
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index ac16e81..647cf9a 100644
--- a/drivers/media/video/Kconfig
+++ b/drivers/media/video/Kconfig
@@ -666,6 +666,15 @@ config VIDEO_HEXIUM_GEMINI
To compile this driver
This patch defines platform data for the video-in driver
and adds it to all configurations of timberdale.
Signed-off-by: Richard Röjfors
Acked-by: Samuel Ortiz
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index 727f62c..6e53a16 100644
--- a/drivers/mfd/timberdale.c
+++ b
hope Mauro can take the patches via his tree.
Thanks
--Richard
--
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
1 - 100 of 206 matches
Mail list logo
