RE: [PATCH] x86: Configure NX support earlier in setup_arch

2014-11-13 Thread B_B_Singh
> -Original Message- > From: Borislav Petkov [mailto:b...@suse.de] > Sent: Thursday, November 13, 2014 6:01 PM > To: Singh, B B > Cc: stuart.w.ha...@gmail.com; h...@zytor.com; t...@linutronix.de; > mi...@redhat.com; x...@kernel.org; linux-kernel@vger.kernel.org; > matt.flem...@intel.com;

RE: [PATCH] x86: Configure NX support earlier in setup_arch

2014-11-13 Thread B_B_Singh
-Original Message- From: Borislav Petkov [mailto:b...@suse.de] Sent: Thursday, November 13, 2014 6:01 PM To: Singh, B B Cc: stuart.w.ha...@gmail.com; h...@zytor.com; t...@linutronix.de; mi...@redhat.com; x...@kernel.org; linux-kernel@vger.kernel.org; matt.flem...@intel.com; Jiri

RE: [PATCH] x86: Configure NX support earlier in setup_arch

2014-11-12 Thread B_B_Singh
Hi Boris, I feel this can be a valid scenario where user wants to disable the memory protection (NX flag disable) for his requirement, in that case he will hit this issue. So request you to please revisit this patch. Regards Balaji Singh -Original Message- From:

RE: [PATCH] x86: Configure NX support earlier in setup_arch

2014-11-12 Thread B_B_Singh
Hi Boris, I feel this can be a valid scenario where user wants to disable the memory protection (NX flag disable) for his requirement, in that case he will hit this issue. So request you to please revisit this patch. Regards Balaji Singh -Original Message- From:

RE: patch "firmware loader: allow disabling of udev as firmware loader" added to driver-core tree

2014-08-01 Thread B_B_Singh
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. Case I: BIOS update is always successful with or without applying the patch https://lkml.org/lkml/2014/6/4/327, I don't

RE: patch firmware loader: allow disabling of udev as firmware loader added to driver-core tree

2014-08-01 Thread B_B_Singh
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. Case I: BIOS update is always successful with or without applying the patch https://lkml.org/lkml/2014/6/4/327, I don't

RE: patch "firmware loader: allow disabling of udev as firmware loader" added to driver-core tree

2014-07-10 Thread B_B_Singh
Sorry Greg, Here is the patch which I was referring to https://lkml.org/lkml/2014/6/4/327 I was doing the BIOS update test using the DELL BIOS-DUP's with the above patch. Will provide you more technical analysis on why it is failing by tomorrow. Regards Balaji Singh -Original Message-

RE: patch firmware loader: allow disabling of udev as firmware loader added to driver-core tree

2014-07-10 Thread B_B_Singh
Sorry Greg, Here is the patch which I was referring to https://lkml.org/lkml/2014/6/4/327 I was doing the BIOS update test using the DELL BIOS-DUP's with the above patch. Will provide you more technical analysis on why it is failing by tomorrow. Regards Balaji Singh -Original Message-

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-16 Thread B_B_Singh
Hi Tom, Today I have tried with 3.15 the behavior is same as before. Do you have any update on this? Regards Balaji Singh -Original Message- From: Singh, B B Sent: Tuesday, June 10, 2014 8:44 PM To: 'Tom Gundersen' Cc: LKML; Ming Lei; Greg KH; Abhay Salunke; Stefan Roese; Arnd

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-16 Thread B_B_Singh
Hi Tom, Today I have tried with 3.15 the behavior is same as before. Do you have any update on this? Regards Balaji Singh -Original Message- From: Singh, B B Sent: Tuesday, June 10, 2014 8:44 PM To: 'Tom Gundersen' Cc: LKML; Ming Lei; Greg KH; Abhay Salunke; Stefan Roese; Arnd

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-10 Thread B_B_Singh
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 https://lkml.org/lkml/2014/6/4/327 i cannot have FW_LOADER_USER_HELPER=n & DELL_RBU=y at the same time. I'm using the latest stable upstream

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-10 Thread B_B_Singh
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 https://lkml.org/lkml/2014/6/4/327 i cannot have FW_LOADER_USER_HELPER=n DELL_RBU=y at the same time. I'm using the latest stable upstream

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-09 Thread B_B_Singh
Hi Tom, 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. Regards Balaji Singh -Original Message- From: Tom Gundersen [mailto:t...@jklm.no] Sent:

[PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-09 Thread B_B_Singh
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

[PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-09 Thread B_B_Singh
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

RE: [PATCH] firmware loader: allow disabling of udev as firmware loader

2014-06-09 Thread B_B_Singh
Hi Tom, 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. Regards Balaji Singh -Original Message- From: Tom Gundersen [mailto:t...@jklm.no] Sent: