On Thu, Oct 4, 2012 at 12:58 AM, Linus Torvalds
wrote:
> That said, there's clearly enough variation here that I think that for
> now I won't take the step to disable the udev part. I'll do the patch
> to support "direct filesystem firmware loading" using the udev default
> paths, and that hopeful
On Wed, Oct 3, 2012 at 11:05 PM, Greg KH wrote:
> As for the firmware path, maybe we should
> change that to be modified by userspace (much like /sbin/hotplug was) in
> a proc file so that distros can override the location if they need to.
If that's needed, a CONFIG_FIRMWARE_PATH= with the array
On Wed, Oct 3, 2012 at 10:39 PM, Linus Torvalds
wrote:
> On Wed, Oct 3, 2012 at 12:50 PM, Greg KH wrote:
>>>
>>> Ok, like this?
>>
>> This looks good to me. Having udev do firmware loading and tieing it to
>> the driver model may have not been such a good idea so many years ago.
>> Doing it this
On Wed, Oct 3, 2012 at 6:57 PM, Greg KH wrote:
>> It's the same in the current release, we still haven't wrapped our
>> head around how to fix it/work around it.
>
> Ick, as this is breaking people's previously-working machines, shouldn't
> this be resolved quickly?
Nothing really "breaks", It's
On Wed, Oct 3, 2012 at 12:12 AM, Greg KH wrote:
> Mauro, what version of udev are you using that is still showing this
> issue?
>
> Kay, didn't you resolve this already? If not, what was the reason why?
It's the same in the current release, we still haven't wrapped our
head around how to fix it
On Tue, 2012-06-26 at 18:07 -0300, Mauro Carvalho Chehab wrote:
> Em 26-06-2012 17:40, Greg KH escreveu:
> > On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
> >> New udev-182 seems to be buggy: even when usermode is enabled, it
> >> insists on needing that probe would defer a
On Thu, Jan 28, 2010 at 15:02, Valentin Longchamp
wrote:
> Kay Sievers wrote:
> Thanks a lot Kay, you pointed me exactly where I needed to watch.
> OpenEmbedded adds udevadm trigger a big list of --susbsystem-nomatch options
> as soon as you are not doing your first boot anymore and
On Thu, Jan 28, 2010 at 00:25, Valentin Longchamp
wrote:
> I have a system that is built with OpenEmbedded where I use a mt9t031 camera
> with the soc-camera framework. The mt9t031 works ok with the current kernel
> and system.
>
> However, udev does not create the /dev/video0 device node. I have
From: Kay Sievers
Subject: v4l: struct device - replace bus_id with dev_name(), dev_set_name()
Cc: mche...@infradead.org
Cc: linux-media@vger.kernel.org
Acked-by: Greg Kroah-Hartman
Signed-off-by: Kay Sievers
---
drivers/media/radio/radio-tea5764.c |3 ++-
drivers/media/video/v4l2
