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
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 :
> >>>
At Wed, 6 Aug 2014 13:00:24 -0600,
Shuah Khan wrote:
On Wed, Aug 6, 2014 at 3:44 AM, Jean-Michel Hautbois
jhautb...@gmail.com wrote:
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah
On Thu, Aug 7, 2014 at 1:57 AM, Takashi Iwai ti...@suse.de 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 is what
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
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
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
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
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,
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
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
2014-08-05 21:22 GMT+02:00 Shuah Khan shuahk...@gmail.com:
On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai ti...@suse.de 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
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah Khan shuahk...@gmail.com:
On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai ti...@suse.de wrote:
Yes, it worked, if the firmware was in the /lib/firmware directory.
ok it works when the
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah Khan shuahk...@gmail.com:
On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai ti...@suse.de wrote:
Yes, it worked, if the firmware was in the
At Wed, 6 Aug 2014 11:44:14 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah Khan shuahk...@gmail.com:
On Tue, Aug 5, 2014 at 10:01 AM, Takashi
2014-08-06 12:21 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:44:14 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah Khan
At Wed, 6 Aug 2014 12:50:28 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 12:21 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:44:14 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
2014-08-06 12:52 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 12:50:28 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 12:21 GMT+02:00 Takashi Iwai ti...@suse.de:
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 13:24:37 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 12:52 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 12:50:28 +0200,
Jean-Michel Hautbois wrote:
2014-08-06 12:21 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:44:14 +0200,
On Wed, Aug 6, 2014 at 3:44 AM, Jean-Michel Hautbois
jhautb...@gmail.com wrote:
2014-08-06 11:24 GMT+02:00 Takashi Iwai ti...@suse.de:
At Wed, 6 Aug 2014 11:10:27 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 21:22 GMT+02:00 Shuah Khan shuahk...@gmail.com:
On Tue, Aug 5, 2014 at 10:01 AM,
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()
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
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.
>
>
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
2014-08-01 22:01 GMT+02:00 b_b_si...@dell.com:
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
At Tue, 5 Aug 2014 17:43:17 +0200,
Jean-Michel Hautbois wrote:
2014-08-01 22:01 GMT+02:00 b_b_si...@dell.com:
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.
2014-08-05 17:53 GMT+02:00 Takashi Iwai ti...@suse.de:
At Tue, 5 Aug 2014 17:43:17 +0200,
Jean-Michel Hautbois wrote:
2014-08-01 22:01 GMT+02:00 b_b_si...@dell.com:
Hi Takashi,
Sorry for the late response, I tried with latest stable kernel 3.15.8.
surprisingly the BIOS update works
At Tue, 5 Aug 2014 17:55:40 +0200,
Jean-Michel Hautbois wrote:
2014-08-05 17:53 GMT+02:00 Takashi Iwai ti...@suse.de:
At Tue, 5 Aug 2014 17:43:17 +0200,
Jean-Michel Hautbois wrote:
2014-08-01 22:01 GMT+02:00 b_b_si...@dell.com:
Hi Takashi,
Sorry for the late response, I tried
On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai ti...@suse.de 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
, 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" a
...@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 added to driver-core tree
At Thu, 17 Jul 2014 11:30:09
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 older BI
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...
>
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
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 older BIOS DUPs.
That test? What patch
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
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.
>
; 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 this patch
; 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 this patch
On Tue, Jun 10, 2014 at 5:13 PM, b_b_si...@dell.com 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
On Mon, Jun 16, 2014 at 4:08 PM, b_b_si...@dell.com 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
o: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 9, 20
, 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 9, 2014 at 4:01 PM, wrote:
Older
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:
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, Jun 9, 2014
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
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
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
Hi Balaji,
On Mon, Jun 9, 2014 at 3:26 PM, b_b_si...@dell.com 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
: 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, Jun 9, 2014 at 3:26 PM
On Mon, Jun 9, 2014 at 4:01 PM, b_b_si...@dell.com 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
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
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
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
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 the
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 other
On Wed, Jun 4, 2014 at 4:20 PM, Takashi Iwai ti...@suse.de 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
On Wed, Jun 4, 2014 at 4:31 PM, Takashi Iwai ti...@suse.de 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
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
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
64 matches
Mail list logo
