On Thu, Aug 7, 2014 at 1:57 AM, Takashi Iwai wrote:
>> >> Hm? 3.16 doesn't contain my patch yet. It's merged for 3.17-rc1.
>> >
>> > Oh, you are right of course, I am on upstream kernel and I have your
>> > patch. I don't mean your match is causing the issue though ;-).
>> >
>>
>> I think this i
At Wed, 6 Aug 2014 13:00:24 -0600,
Shuah Khan wrote:
>
> On Wed, Aug 6, 2014 at 3:44 AM, Jean-Michel Hautbois
> wrote:
> > 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
> >> At Wed, 6 Aug 2014 11:10:27 +0200,
> >> Jean-Michel Hautbois wrote:
> >>>
> >>> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
> >>> >
On Wed, Aug 6, 2014 at 3:44 AM, Jean-Michel Hautbois
wrote:
> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
>> At Wed, 6 Aug 2014 11:10:27 +0200,
>> Jean-Michel Hautbois wrote:
>>>
>>> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
>>> > On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>>> >>> Yes, it w
At Wed, 6 Aug 2014 13:24:37 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-06 12:52 GMT+02:00 Takashi Iwai :
> > At Wed, 6 Aug 2014 12:50:28 +0200,
> > Jean-Michel Hautbois wrote:
> >>
> >> 2014-08-06 12:21 GMT+02:00 Takashi Iwai :
> >> > At Wed, 6 Aug 2014 11:44:14 +0200,
> >> > Jean-Michel Hautb
2014-08-06 12:52 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 12:50:28 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-06 12:21 GMT+02:00 Takashi Iwai :
>> > At Wed, 6 Aug 2014 11:44:14 +0200,
>> > Jean-Michel Hautbois wrote:
>> >>
>> >> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
>> >> > At Wed,
At Wed, 6 Aug 2014 12:50:28 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-06 12:21 GMT+02:00 Takashi Iwai :
> > At Wed, 6 Aug 2014 11:44:14 +0200,
> > Jean-Michel Hautbois wrote:
> >>
> >> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
> >> > At Wed, 6 Aug 2014 11:10:27 +0200,
> >> > Jean-Michel Hautb
2014-08-06 12:21 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 11:44:14 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
>> > At Wed, 6 Aug 2014 11:10:27 +0200,
>> > Jean-Michel Hautbois wrote:
>> >>
>> >> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
>> >> > On Tue, A
At Wed, 6 Aug 2014 11:44:14 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
> > At Wed, 6 Aug 2014 11:10:27 +0200,
> > Jean-Michel Hautbois wrote:
> >>
> >> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
> >> > On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
> >> >>
2014-08-06 11:24 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 11:10:27 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
>> > On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>> >>> Yes, it worked, if the firmware was in the /lib/firmware directory.
>> >>
>> >
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
> > On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
> >>> Yes, it worked, if the firmware was in the /lib/firmware directory.
> >>
> >
> > ok it works when the firmware is in /lib/firmw
2014-08-05 21:22 GMT+02:00 Shuah Khan :
> On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>>> Yes, it worked, if the firmware was in the /lib/firmware directory.
>>
>
> ok it works when the firmware is in /lib/firmware. It sounds to me the
> reason load fails when the firmware is under /sys/c
On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>> Yes, it worked, if the firmware was in the /lib/firmware directory.
>
ok it works when the firmware is in /lib/firmware. It sounds to me the
reason load fails when the firmware is under /sys/class/firmware is
fw_load_from_user_helper() retur
At Tue, 5 Aug 2014 17:55:40 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-05 17:53 GMT+02:00 Takashi Iwai :
> > At Tue, 5 Aug 2014 17:43:17 +0200,
> > Jean-Michel Hautbois wrote:
> >>
> >> 2014-08-01 22:01 GMT+02:00 :
> >> > Hi Takashi,
> >> >
> >> > Sorry for the late response, I tried with la
2014-08-05 17:53 GMT+02:00 Takashi Iwai :
> At Tue, 5 Aug 2014 17:43:17 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-01 22:01 GMT+02:00 :
>> > Hi Takashi,
>> >
>> > Sorry for the late response, I tried with latest stable kernel 3.15.8.
>> > surprisingly the BIOS update works even without
At Tue, 5 Aug 2014 17:43:17 +0200,
Jean-Michel Hautbois wrote:
>
> 2014-08-01 22:01 GMT+02:00 :
> > Hi Takashi,
> >
> > Sorry for the late response, I tried with latest stable kernel 3.15.8.
> > surprisingly the BIOS update works even without applying the patch in both
> > the cases.
>
> Hi,
2014-08-01 22:01 GMT+02:00 :
> Hi Takashi,
>
> Sorry for the late response, I tried with latest stable kernel 3.15.8.
> surprisingly the BIOS update works even without applying the patch in both
> the cases.
Hi,I'm sorry for my late answer too, but I didn't try this patch recently...
I have
ly 18, 2014 12:32 AM
To: Singh, B B
Cc: gre...@linuxfoundation.org; abhay_salu...@dell.com; a...@arndb.de;
k...@vrfy.org; ming@canonical.com; s...@denx.de; t...@jklm.no; Hayes,
Stuart; Gowda, Srinivas G
Subject: Re: patch "firmware loader: allow disabling of udev as firmware
loader&qu
l.org
Subject: Re: patch "firmware loader: allow disabling of udev as firmware
loader" added to driver-core tree
On Thu, Jul 10, 2014 at 08:10:01PM +0530, b_b_si...@dell.com wrote:
> Resending the mail..
>
> Hi All,
>
> As I communicated earlier the test never passed with old
On Thu, Jul 10, 2014 at 08:10:01PM +0530, b_b_si...@dell.com wrote:
> Resending the mail..
>
> Hi All,
>
> As I communicated earlier the test never passed with older BIOS DUPs.
That test? What patch? Please be explicit, I deal with thousands of
patches and have no short term memory...
> Again
On Mon, Jun 16, 2014 at 4:08 PM, wrote:
> Today I have tried with 3.15 the behavior is same as before.
None of these patches were in 3.15, so that should behave as before.
Cheers,
Tom
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
On Tue, Jun 10, 2014 at 5:13 PM, wrote:
> I see contradiction of drivers/base/Kconfig here i.e, If I configure
> DELL_RBU=y I cannot configure FW_LOADER_USER_HELPER=n.
> with this patch https://lkml.org/lkml/2014/6/4/327 i cannot have
> FW_LOADER_USER_HELPER=n & DELL_RBU=y at the same time.
> I
d Bergmann; Kay
Sievers; Domsch, Matt; Gowda, Srinivas G; Hayes, Stuart
Subject: RE: [PATCH] firmware loader: allow disabling of udev as firmware loader
Hi Tom,
I see contradiction of drivers/base/Kconfig here i.e, If I configure DELL_RBU=y
I cannot configure FW_LOADER_USER_HELPER=n.
with
mailto:t...@jklm.no]
Sent: Monday, June 09, 2014 9:21 PM
To: Singh, B B
Cc: LKML; Ming Lei; Greg KH; Abhay Salunke; Stefan Roese; Arnd Bergmann; Kay
Sievers; Domsch, Matt; Gowda, Srinivas G; Hayes, Stuart
Subject: Re: [PATCH] firmware loader: allow disabling of udev as firmware loader
On Mon, Jun
On Mon, Jun 9, 2014 at 4:01 PM, wrote:
> Older userspace or existing DUP's doesn't work with your patch &
> CONFIG_FW_LOADER_USER_HELPER=n.
>
> I will give a try with https://lkml.org/lkml/2014/6/4/327 new patch & let you
> know ASAP.
Thanks!
Cheers,
Tom
--
To unsubscribe from this list: sen
t...@jklm.no]
Sent: Monday, June 09, 2014 7:23 PM
To: Singh, B B
Cc: LKML; Ming Lei; Greg KH; Abhay Salunke; Stefan Roese; Arnd Bergmann; Kay
Sievers; Domsch, Matt; Gowda, Srinivas G; Hayes, Stuart
Subject: Re: [PATCH] firmware loader: allow disabling of udev as firmware loader
Hi Balaji,
On Mon, J
Hi Balaji,
On Mon, Jun 9, 2014 at 3:26 PM, wrote:
> The existing BIOS-DUP’s will not work on latest kernel, which has
> CONFIG_FW_LOADER_USER_HELPER=n configured in Kernel config by default which
> is not expected by the dell_rbu.
>
>
>
> We have made a changes in BIOS-Dell Update Package so th
Hi All,
The existing BIOS-DUP's will not work on latest kernel, which has
CONFIG_FW_LOADER_USER_HELPER=n configured in Kernel config by default which is
not expected by the dell_rbu.
We have made a changes in BIOS-Dell Update Package so that BIOS-DUP will pick
the payload from the /lib/firmw
On Wed, Jun 4, 2014 at 4:31 PM, Takashi Iwai wrote:
> At Wed, 04 Jun 2014 16:20:16 +0200,
> Takashi Iwai wrote:
>>
>> At Mon, 2 Jun 2014 20:24:34 +0200,
>> Tom Gundersen wrote:
>> >
>> > Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
>> > which means that distros can't re
On Wed, Jun 4, 2014 at 4:20 PM, Takashi Iwai wrote:
> At Mon, 2 Jun 2014 20:24:34 +0200,
> Tom Gundersen wrote:
>>
>> Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
>> which means that distros can't really stop loading firmware through udev
>> without breaking other users
At Wed, 04 Jun 2014 16:20:16 +0200,
Takashi Iwai wrote:
>
> At Mon, 2 Jun 2014 20:24:34 +0200,
> Tom Gundersen wrote:
> >
> > Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
> > which means that distros can't really stop loading firmware through udev
> > without breaking
At Mon, 2 Jun 2014 20:24:34 +0200,
Tom Gundersen wrote:
>
> Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
> which means that distros can't really stop loading firmware through udev
> without breaking other users (though some have).
>
> Ideally we would remove/disable th
Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
which means that distros can't really stop loading firmware through udev
without breaking other users (though some have).
Ideally we would remove/disable the udev firmware helper in both the kernel
and in udev, but if we were
32 matches
Mail list logo
