[PATCH] brd: expose number of allocated pages in debugfs

cleaned up the !CONFIG_DEBUG_FS case and API changes for HEAD] Signed-off-by: Kyle McMartin --- drivers/block/brd.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/drivers/block/brd.c b/drivers/block/brd.c index 2723a70eb855..39b9d6aee5b8 100644 --- a/drivers/b

Re: [PATCH v2 1/1] cavium: Add firmware for CNN55XX crypto driver.

On Fri, Jun 23, 2017 at 04:22:54PM +0530, Srikanth Jampala wrote: > This patchset adds the firmware for CNN55XX cryto driver, > supports Symmetric crypto operations. > > The version of the firmware is v07. > > Signed-off-by: Srikanth Jampala applied, sorry for the

Re: [PATCH v2 1/1] cavium: Add firmware for CNN55XX crypto driver.

On Fri, Jun 23, 2017 at 04:22:54PM +0530, Srikanth Jampala wrote: > This patchset adds the firmware for CNN55XX cryto driver, > supports Symmetric crypto operations. > > The version of the firmware is v07. > > Signed-off-by: Srikanth Jampala applied, sorry for the delay, i was on holidays.

Re: [PATCH 1/1] cavium: Add firmware for CNN55XX crypto driver.

On Fri, Jun 16, 2017 at 07:52:26PM +0530, Srikanth Jampala wrote: > This patchset adds the firmware for CNN55XX cryto driver, > supports Symmetric crypto operations. > > The version of the firmware is v07. > > Signed-off-by: Srikanth Jampala > --- > WHENCE|

Re: [PATCH 1/1] cavium: Add firmware for CNN55XX crypto driver.

On Fri, Jun 16, 2017 at 07:52:26PM +0530, Srikanth Jampala wrote: > This patchset adds the firmware for CNN55XX cryto driver, > supports Symmetric crypto operations. > > The version of the firmware is v07. > > Signed-off-by: Srikanth Jampala > --- > WHENCE| 9 + >

Re: pull request: linux-firmware: update cxgb4 firmware

On Sun, May 28, 2017 at 05:29:23PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > Pulled, thanks Ganesh. > Thanks > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Sun, May 28, 2017 at 05:29:23PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > Pulled, thanks Ganesh. > Thanks > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Apr 26, 2017 at 08:06:53PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Apr 26, 2017 at 08:06:53PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Mon, Feb 27, 2017 at 08:01:51PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly ignore my previous firmware pull-request for revision 1.16.26.0, > As we have some critical issues fixed in revision 1.16.33.0, please pull > from the following URL > git://git.chelsio.net/pub/git/linux-firmware.git

Re: pull request: linux-firmware: update cxgb4 firmware

On Mon, Feb 27, 2017 at 08:01:51PM +0530, Ganesh Goudar wrote: > Hi, > > Kindly ignore my previous firmware pull-request for revision 1.16.26.0, > As we have some critical issues fixed in revision 1.16.33.0, please pull > from the following URL > git://git.chelsio.net/pub/git/linux-firmware.git

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Jan 04, 2017 at 06:19:48PM +0530, Ganesh Goudar wrote: > Hi, > > Could you please pull from the following URL? > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > applied, thanks Ganesh. > > The following changes since commit f6a068e7d9885c1abbabed4ad9f58aaf15341fe9: >

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Jan 04, 2017 at 06:19:48PM +0530, Ganesh Goudar wrote: > Hi, > > Could you please pull from the following URL? > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > applied, thanks Ganesh. > > The following changes since commit f6a068e7d9885c1abbabed4ad9f58aaf15341fe9: >

Re: [PATCH linux-firmware 00/12] Fix metadata for linux-firmware

On Sun, Sep 18, 2016 at 02:58:07AM +0100, Ben Hutchings wrote: > This series adds a metadata consistency check script, fixes all the > errors it found, and adds a reference to it in README. > > If I don't hear any objections, I'll apply these changes next week. > > Ben. lgtm.

Re: [PATCH linux-firmware 00/12] Fix metadata for linux-firmware

On Sun, Sep 18, 2016 at 02:58:07AM +0100, Ben Hutchings wrote: > This series adds a metadata consistency check script, fixes all the > errors it found, and adds a reference to it in README. > > If I don't hear any objections, I'll apply these changes next week. > > Ben. lgtm.

Re: [PATCH 1/1] linux-firmware: Update AMD microcode patch firmware

On Thu, Mar 17, 2016 at 01:56:11AM -0500, Sherry Hurwitz wrote: > For AMD Family 15h Processors to fix bugs in prior microcode patch > file: amd-ucode/microcode_amd_fam15h.bin > md5sum: 2384ef1d8ec8ca3930b62d82ea5a3813 > > Version: 2016_03_16 > > Signed-off-by: Sherry Hurwitz

Re: [PATCH 1/1] linux-firmware: Update AMD microcode patch firmware

On Thu, Mar 17, 2016 at 01:56:11AM -0500, Sherry Hurwitz wrote: > For AMD Family 15h Processors to fix bugs in prior microcode patch > file: amd-ucode/microcode_amd_fam15h.bin > md5sum: 2384ef1d8ec8ca3930b62d82ea5a3813 > > Version: 2016_03_16 > > Signed-off-by: Sherry Hurwitz applied, thanks

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Tue, Sep 15, 2015 at 02:54:37PM -0400, Murali Karicheri wrote: > This patch adds firmware for Keystone QMSS Accumulator PDSP. This is required > to support Accumulator queues. Accumulator queues are one of the queue types > supported in drivers/soc/ti/knav_qmss_acc.c. This queue can be part of

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Tue, Sep 15, 2015 at 02:54:37PM -0400, Murali Karicheri wrote: > This patch adds firmware for Keystone QMSS Accumulator PDSP. This is required > to support Accumulator queues. Accumulator queues are one of the queue types > supported in drivers/soc/ti/knav_qmss_acc.c. This queue can be part of

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Mon, Sep 21, 2015 at 11:07:20AM -0400, Murali Karicheri wrote: > On 09/19/2015 08:53 AM, Kyle McMartin wrote: > >On Fri, Sep 18, 2015 at 11:43:02AM -0400, Murali Karicheri wrote:> >>+ > >>Dear firmware maintainer, > >> > >>Could you please review thi

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Mon, Sep 21, 2015 at 11:07:20AM -0400, Murali Karicheri wrote: > On 09/19/2015 08:53 AM, Kyle McMartin wrote: > >On Fri, Sep 18, 2015 at 11:43:02AM -0400, Murali Karicheri wrote:> >>+ > >>Dear firmware maintainer, > >> > >>Could you please review thi

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Fri, Sep 18, 2015 at 11:43:02AM -0400, Murali Karicheri wrote:> >>+ > Dear firmware maintainer, > > Could you please review this patch and comment if it requires any change? If > looks good, let me know when this will be queued for merge to the mainline > linux-firmware.git repo. > > Thanks

Re: [PATCH] linux-firmware: Add qmss accumulator pdsp firmware for keystone SoCs

On Fri, Sep 18, 2015 at 11:43:02AM -0400, Murali Karicheri wrote:> >>+ > Dear firmware maintainer, > > Could you please review this patch and comment if it requires any change? If > looks good, let me know when this will be queued for merge to the mainline > linux-firmware.git repo. > > Thanks

Re: [PATCH v2] README: clarify redistribution requirements covering patents

On Thu, Jun 11, 2015 at 06:02:56PM -0700, Luis R. Rodriguez wrote: > On Thu, May 28, 2015 at 5:48 PM, Luis R. Rodriguez wrote: > > On Tue, May 19, 2015 at 1:22 PM, Luis R. Rodriguez > > wrote: > >> This v2 just changes "licence" to "license" as requested by Arend. > > > > Please let me know if

Re: [PATCH v2] README: clarify redistribution requirements covering patents

On Thu, Jun 11, 2015 at 06:02:56PM -0700, Luis R. Rodriguez wrote: On Thu, May 28, 2015 at 5:48 PM, Luis R. Rodriguez mcg...@suse.com wrote: On Tue, May 19, 2015 at 1:22 PM, Luis R. Rodriguez mcg...@do-not-panic.com wrote: This v2 just changes licence to license as requested by Arend.

Re: [RFD] linux-firmware key arrangement for firmware signing

On Wed, May 20, 2015 at 09:04:26AM -0500, Seth Forshee wrote: > I raised the question of key revocation when we discussed this on irc, > but it wasn't answered to my satisfaction. If a key signed by the > kernel-embedded key is compromised, how can that key be revoked so that > it is no longer

Re: [RFD] linux-firmware key arrangement for firmware signing

On Wed, May 20, 2015 at 09:04:26AM -0500, Seth Forshee wrote: I raised the question of key revocation when we discussed this on irc, but it wasn't answered to my satisfaction. If a key signed by the kernel-embedded key is compromised, how can that key be revoked so that it is no longer

Re: [PATCH resend] README: clarify redistribution requirements covering patents

On Tue, May 19, 2015 at 01:18:14PM -0700, Luis R. Rodriguez wrote: > >> Your commit should include an update to the WHENCE file clearly > >> identifying the licence under which the firmware is available, and > >> -that it is redistributable. If the licence is long and involved, it's > >> +that

Re: [PATCH resend] README: clarify redistribution requirements covering patents

On Tue, May 19, 2015 at 01:18:14PM -0700, Luis R. Rodriguez wrote: Your commit should include an update to the WHENCE file clearly identifying the licence under which the firmware is available, and -that it is redistributable. If the licence is long and involved, it's +that it is

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Mar 25, 2015 at 02:16:02PM +0530, Hariprasad S wrote: > Hariprasad Shenai (1): > cxgb4: update firmware to revision 1.13.32.0 for T4 and T5 > > WHENCE | 8 > cxgb4/t4fw-1.12.25.0.bin | Bin 518656 -> 0 bytes > cxgb4/t4fw-1.13.32.0.bin | Bin 0 -> 533504

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Mar 25, 2015 at 02:16:02PM +0530, Hariprasad S wrote: Hariprasad Shenai (1): cxgb4: update firmware to revision 1.13.32.0 for T4 and T5 WHENCE | 8 cxgb4/t4fw-1.12.25.0.bin | Bin 518656 - 0 bytes cxgb4/t4fw-1.13.32.0.bin | Bin 0 - 533504 bytes

Re: [RFC v2 0/5] arm64: kvm: reset hyp context for kexec

On Fri, Mar 27, 2015 at 03:37:04PM +, Marc Zyngier wrote: > > [ 236.260863] Kernel panic - not syncing: HYP panic: > > [ 236.260863] PS:63c9 PC:03ff0830 ESR:9606 > > It would be interesting if you could find out what you have at offset > 0x830 of hyp-init.o (the

Re: [RFC v2 0/5] arm64: kvm: reset hyp context for kexec

On Thu, Mar 26, 2015 at 05:25:21PM +0900, AKASHI Takahiro wrote: > 1) Call kvm_cpu_reset() on non-boot cpus in reboot notifier >We don't have to do so in kexec-specific case. But the current code runs >the function on each cpu for safety since we use a general reboot hook. > 2) Flush D$ in

Re: [RFC v2 0/5] arm64: kvm: reset hyp context for kexec

On Fri, Mar 27, 2015 at 03:37:04PM +, Marc Zyngier wrote: [ 236.260863] Kernel panic - not syncing: HYP panic: [ 236.260863] PS:63c9 PC:03ff0830 ESR:9606 It would be interesting if you could find out what you have at offset 0x830 of hyp-init.o (the stack trace

Re: [RFC v2 0/5] arm64: kvm: reset hyp context for kexec

On Thu, Mar 26, 2015 at 05:25:21PM +0900, AKASHI Takahiro wrote: 1) Call kvm_cpu_reset() on non-boot cpus in reboot notifier We don't have to do so in kexec-specific case. But the current code runs the function on each cpu for safety since we use a general reboot hook. 2) Flush D$ in

Re: [PATCH] radeon: Update Kaveri MEC firmware to #396

On Sat, Mar 14, 2015 at 12:51:19AM +0200, Oded Gabbay wrote: > This patch updates the Kaveri MEC firmware to #396 (from #391). > The MEC firmware is mainly used for amdkfd - AMD's HSA Linux kernel driver. > > Signed-off-by: Oded Gabbay applied, thanks. -- To unsubscribe from this list: send the

Re: [PATCH] radeon: Update Kaveri MEC firmware to #396

On Sat, Mar 14, 2015 at 12:51:19AM +0200, Oded Gabbay wrote: This patch updates the Kaveri MEC firmware to #396 (from #391). The MEC firmware is mainly used for amdkfd - AMD's HSA Linux kernel driver. Signed-off-by: Oded Gabbay oded.gab...@amd.com applied, thanks. -- To unsubscribe from this

Re: [PATCH firmware] rtl_nic: update firmware for RTL8168H and RTL8107E

On Thu, Feb 26, 2015 at 04:31:38PM +0800, Hayes Wang wrote: > File: rtl_nic/rtl8168h-1.fw > Version: 0.0.2 > > File: rtl_nic/rtl8168h-2.fw > Version: 0.0.2 > > File: rtl_nic/rtl8107e-1.fw > Version: 0.0.2 > > File: rtl_nic/rtl8107e-2.fw > Version: 0.0.2 > > Signed-off-by: Hayes Wang applied,

Re: [PATCH firmware] rtl_nic: update firmware for RTL8168H and RTL8107E

On Thu, Feb 26, 2015 at 04:31:38PM +0800, Hayes Wang wrote: File: rtl_nic/rtl8168h-1.fw Version: 0.0.2 File: rtl_nic/rtl8168h-2.fw Version: 0.0.2 File: rtl_nic/rtl8107e-1.fw Version: 0.0.2 File: rtl_nic/rtl8107e-2.fw Version: 0.0.2 Signed-off-by: Hayes Wang hayesw...@realtek.com

[PATCH] arm64: annotate psci invoke functions as notrace

the function as notrace, to suppress the generation of profiling prologues and epilogues on the function. Signed-off-by: Kyle McMartin --- a/arch/arm64/kernel/psci.c +++ b/arch/arm64/kernel/psci.c @@ -113,7 +113,7 @@ static void psci_power_state_unpack(u32 power_state, * The following two functions

[PATCH] arm64: annotate psci invoke functions as notrace

the function as notrace, to suppress the generation of profiling prologues and epilogues on the function. Signed-off-by: Kyle McMartin k...@redhat.com --- a/arch/arm64/kernel/psci.c +++ b/arch/arm64/kernel/psci.c @@ -113,7 +113,7 @@ static void psci_power_state_unpack(u32 power_state, * The following

Re: [PATCH] linux-firmware: update firmware for Intel Broadwell SST DSP

On Thu, Feb 05, 2015 at 11:27:04PM +0800, Jie Yang wrote: > Update firmware intel/IntcSST2.bin from Version 8.4.1.68 to 8.4.1.77 > Fix for freeing capture stream just after resetting it. > > Signed-off-by: Jie Yang applied, thanks Jie. regards, Kyle > --- > WHENCE | 1 + >

Re: [PATCH] linux-firmware: update firmware for Intel Broadwell SST DSP

On Thu, Feb 05, 2015 at 11:27:04PM +0800, Jie Yang wrote: Update firmware intel/IntcSST2.bin from Version 8.4.1.68 to 8.4.1.77 Fix for freeing capture stream just after resetting it. Signed-off-by: Jie Yang yang@intel.com applied, thanks Jie. regards, Kyle --- WHENCE |

Re: Linux 3.19-rc3

On Sat, Jan 10, 2015 at 04:29:39AM +0100, Laszlo Ersek wrote: > I've bisected this issue to > Awesome, this was on my list of list of suspicious commits to check before my ARM64 box decided not to come back from reboot on Friday. :) Thanks for bisecting! cheers, --Kyle > >

Re: Linux 3.19-rc3

On Sat, Jan 10, 2015 at 04:29:39AM +0100, Laszlo Ersek wrote: I've bisected this issue to Awesome, this was on my list of list of suspicious commits to check before my ARM64 box decided not to come back from reboot on Friday. :) Thanks for bisecting! cheers, --Kyle

Re: [PATCH] radeon: add updated firmware for kaveri (radeon GPU)

On Mon, Dec 22, 2014 at 01:26:44PM +0200, Oded Gabbay wrote: > This firmware update is required for the correct functionality of AMD's HSA > Linux kernel driver, called amdkfd. > > amdkfd is a new driver that was merged by Linus last week and is present in > 3.19-rc1. > > Signed-off-by: Oded

Re: [PATCH] radeon: add updated firmware for kaveri (radeon GPU)

On Mon, Dec 22, 2014 at 01:26:44PM +0200, Oded Gabbay wrote: This firmware update is required for the correct functionality of AMD's HSA Linux kernel driver, called amdkfd. amdkfd is a new driver that was merged by Linus last week and is present in 3.19-rc1. Signed-off-by: Oded Gabbay

[PATCH] uapi/linux/target_core_user.h: fix headers_install.sh badness

Signed-off-by: Kyle McMartin --- cc-ing stable@ so this headers fix gets picked up by distros. --- a/include/uapi/linux/target_core_user.h +++ b/include/uapi/linux/target_core_user.h @@ -6,10 +6,6 @@ #include #include -#ifndef __packed -#define __packed__attribute__

[PATCH] uapi/linux/target_core_user.h: fix headers_install.sh badness

Signed-off-by: Kyle McMartin k...@redhat.com --- cc-ing stable@ so this headers fix gets picked up by distros. --- a/include/uapi/linux/target_core_user.h +++ b/include/uapi/linux/target_core_user.h @@ -6,10 +6,6 @@ #include linux/types.h #include linux/uio.h -#ifndef __packed -#define

Re: [RESEND PATCH 1/1] linux-firmware: Update AMD microcode patch firmware files

On Thu, Nov 06, 2014 at 07:38:26PM -0600, sherry.hurw...@amd.com wrote: > From: Sherry Hurwitz > > For AMD Family 15h Processors > file: amd-ucode/microcode_amd_family15h.bin > md5sum: ee3f0f46936aa1788dc31ca3487e0ff3 > > For AMD Family 16h Processors > file:

Re: Do you know who maintains firmware upstreaming for linux now?

On Fri, Nov 28, 2014 at 11:51:16AM +, Jie, Yang wrote: > > Hi, All, > > Could someone clarify who maintains firmware upstreaming to Linux at the > moment? > > We are working on upstream a firmware binary and its license to >

Re: Do you know who maintains firmware upstreaming for linux now?

On Fri, Nov 28, 2014 at 11:51:16AM +, Jie, Yang wrote: Hi, All, Could someone clarify who maintains firmware upstreaming to Linux at the moment? We are working on upstream a firmware binary and its license to

Re: [RESEND PATCH 1/1] linux-firmware: Update AMD microcode patch firmware files

On Thu, Nov 06, 2014 at 07:38:26PM -0600, sherry.hurw...@amd.com wrote: From: Sherry Hurwitz sherry.hurw...@amd.com For AMD Family 15h Processors file: amd-ucode/microcode_amd_family15h.bin md5sum: ee3f0f46936aa1788dc31ca3487e0ff3 For AMD Family 16h Processors file:

Re: [PATCH] arm64: __clear_user: handle exceptions on strb

On Thu, Nov 13, 2014 at 03:06:25PM +, Catalin Marinas wrote: > On Wed, Nov 12, 2014 at 09:07:44PM +0000, Kyle McMartin wrote: > > ARM64 currently doesn't fix up faults on the single-byte (strb) case of > > __clear_user... which means that we can cause a nasty kernel panic as

Re: [PATCH] arm64: __clear_user: handle exceptions on strb

On Thu, Nov 13, 2014 at 03:06:25PM +, Catalin Marinas wrote: On Wed, Nov 12, 2014 at 09:07:44PM +, Kyle McMartin wrote: ARM64 currently doesn't fix up faults on the single-byte (strb) case of __clear_user... which means that we can cause a nasty kernel panic as an ordinary user

[PATCH] arm64: __clear_user: handle exceptions on strb

t_sleep(); #ifdef CONFIG_DEBUG_VM if (!user_mode(regs) && !search_exception_tables(regs->pc)) goto no_context; #endif } Fix that by adding an extable entry for the strb instruction, since it touches user memory, similar to the other stores in __clear_user. Signed-of

[PATCH] arm64: __clear_user: handle exceptions on strb

CONFIG_DEBUG_VM if (!user_mode(regs) !search_exception_tables(regs-pc)) goto no_context; #endif } Fix that by adding an extable entry for the strb instruction, since it touches user memory, similar to the other stores in __clear_user. Signed-off-by: Kyle McMartin k...@redhat.com

Re: [PATCH] lib/halfmd4: make build optional

On Thu, Nov 06, 2014 at 04:27:33PM -0500, Aristeu Rozanski wrote: > +config HALF_MD4 > + bool "Half MD4 transform" > + default y > + help > + This option enables a reduced (32 bit output) version of MD4 > + transform. > + i'd suggest just def_bool n, and not have this

Re: [PATCH] lib/halfmd4: make build optional

On Thu, Nov 06, 2014 at 04:27:33PM -0500, Aristeu Rozanski wrote: +config HALF_MD4 + bool Half MD4 transform + default y + help + This option enables a reduced (32 bit output) version of MD4 + transform. + i'd suggest just def_bool n, and not have this prompt the

[PATCH] aarch64: filter $x from kallsyms

than trying to make things overly complicated. initcall_debug improves: dmesg_before.txt: initcall $x+0x0/0x154 [sg] returned 0 after 26331 usecs dmesg_after.txt: initcall init_sg+0x0/0x154 [sg] returned 0 after 15461 usecs Signed-off-by: Kyle McMartin --- a/kernel/module.c +++ b/kernel

[PATCH] drm/radeon: delete unused PTE_* defines

from include/drm/drmP.h:51, from drivers/gpu/drm/radeon/r600_cs.c:29: ./arch/arm64/include/asm/pgtable.h:27:0: note: this is the location of the previous definition #define PTE_VALID (_AT(pteval_t, 1) << 0) ^ Signed-off-by: Kyle McMartin --- a/drivers/gpu/drm/rade

[PATCH] drm/radeon: delete unused PTE_* defines

/drmP.h:51, from drivers/gpu/drm/radeon/r600_cs.c:29: ./arch/arm64/include/asm/pgtable.h:27:0: note: this is the location of the previous definition #define PTE_VALID (_AT(pteval_t, 1) 0) ^ Signed-off-by: Kyle McMartin k...@redhat.com --- a/drivers/gpu/drm/radeon/r600d.h +++ b

[PATCH] aarch64: filter $x from kallsyms

than trying to make things overly complicated. initcall_debug improves: dmesg_before.txt: initcall $x+0x0/0x154 [sg] returned 0 after 26331 usecs dmesg_after.txt: initcall init_sg+0x0/0x154 [sg] returned 0 after 15461 usecs Signed-off-by: Kyle McMartin k...@redhat.com --- a/kernel/module.c +++ b

Re: [PATCH] perf tools: Allow to specify lib compile variable for spec usage

the rpm spec code to specify the correct $(lib) part based > on processed architecture, like > > $ make ... lib=%{_lib} > > Cc: Kyle McMartin I had made a similar change to Fedora, which I replaced with this, and it worked fine. LGTM :) Tested-by: Kyle McMartin > Cc: Arnaldo C

Re: [PATCH] perf tools: Allow to specify lib compile variable for spec usage

code to specify the correct $(lib) part based on processed architecture, like $ make ... lib=%{_lib} Cc: Kyle McMartin k...@mcmartin.ca I had made a similar change to Fedora, which I replaced with this, and it worked fine. LGTM :) Tested-by: Kyle McMartin k...@mcmartin.ca Cc: Arnaldo

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Aug 06, 2014 at 12:06:29PM +0530, Hariprasad S wrote: > On Mon, Aug 04, 2014 at 13:48:31 -0400, Kyle McMartin wrote: > > On Fri, Jun 27, 2014 at 05:39:11PM +0530, Hariprasad S wrote: > > > Hi, > > > > > > Can you please pull from the following URL? >

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Aug 06, 2014 at 12:06:29PM +0530, Hariprasad S wrote: On Mon, Aug 04, 2014 at 13:48:31 -0400, Kyle McMartin wrote: On Fri, Jun 27, 2014 at 05:39:11PM +0530, Hariprasad S wrote: Hi, Can you please pull from the following URL? git://git.chelsio.net/pub/git/linux

Re: Who maintains firmware upstreaming to Linux now?

On Tue, Aug 05, 2014 at 06:59:38AM +, Lin, Mengdong wrote: > Hi, > > Could someone clarify who maintains firmware upstreaming to Linux at the > moment? > > We need to upstream a firmware binary and its license. We've submitted the > patch to linux-firmw...@kernel.org but got no reply for 5

Re: Who maintains firmware upstreaming to Linux now?

On Tue, Aug 05, 2014 at 06:59:38AM +, Lin, Mengdong wrote: Hi, Could someone clarify who maintains firmware upstreaming to Linux at the moment? We need to upstream a firmware binary and its license. We've submitted the patch to linux-firmw...@kernel.org but got no reply for 5 weeks.

Re: pull request: linux-firmware: update cxgb4 firmware

On Fri, Jun 27, 2014 at 05:39:11PM +0530, Hariprasad S wrote: > Hi, > > Can you please pull from the following URL? > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > Trying to pull this for you right now... git.chelsio.net seems to be offline though. regards, Kyle > The

Re: pull request: linux-firmware: update cxgb4 firmware

On Fri, Jun 27, 2014 at 05:39:11PM +0530, Hariprasad S wrote: Hi, Can you please pull from the following URL? git://git.chelsio.net/pub/git/linux-firmware.git for-upstream Trying to pull this for you right now... git.chelsio.net seems to be offline though. regards, Kyle The

[PATCH trivial] checkstack.pl: port to AArch64

AArch64 stores the frame pointer and return pointer, and decrements the stack. Also remove my (no longer valid) email address. Signed-off-by: Kyle McMartin --- a/scripts/checkstack.pl +++ b/scripts/checkstack.pl @@ -13,7 +13,7 @@ # Random bits by Matt Mackall # M68k port by Geert

[PATCH trivial] checkstack.pl: port to AArch64

AArch64 stores the frame pointer and return pointer, and decrements the stack. Also remove my (no longer valid) email address. Signed-off-by: Kyle McMartin k...@redhat.com --- a/scripts/checkstack.pl +++ b/scripts/checkstack.pl @@ -13,7 +13,7 @@ # Random bits by Matt Mackall m

Re: [PATCH] arm64: don't set READ_IMPLIES_EXEC for EM_AARCH64

On Thu, May 15, 2014 at 10:05:35AM +0100, Will Deacon wrote: > Unfortunately, my understanding is that GCC currently requires this for > nested functions, so this is an effective ABI breakage. On the plus side, > the GCC guys are planning to fix that, so we should see PT_GNU_STACK getting > used

Re: [PATCH] arm64: don't set READ_IMPLIES_EXEC for EM_AARCH64

On Thu, May 15, 2014 at 10:05:35AM +0100, Will Deacon wrote: Unfortunately, my understanding is that GCC currently requires this for nested functions, so this is an effective ABI breakage. On the plus side, the GCC guys are planning to fix that, so we should see PT_GNU_STACK getting used more

[PATCH] arm64: don't set READ_IMPLIES_EXEC for EM_AARCH64

e logic from arch/arm/kernel/elf.c otherwise. With this patch, binaries correctly don't have READ_IMPLIES_EXEC set, and we can let PT_GNU_STACK change things if it's explicitly requested. Signed-off-by: Kyle McMartin --- a/arch/arm64/include/asm/elf.h +++ b/arch/arm64/include/asm/elf.h @@ -114,7

[PATCH] arm64: don't set READ_IMPLIES_EXEC for EM_AARCH64

from arch/arm/kernel/elf.c otherwise. With this patch, binaries correctly don't have READ_IMPLIES_EXEC set, and we can let PT_GNU_STACK change things if it's explicitly requested. Signed-off-by: Kyle McMartin k...@redhat.com --- a/arch/arm64/include/asm/elf.h +++ b/arch/arm64/include/asm/elf.h

Re: [PATCH] x32: use compat shims for io_{setup,submit}

On Sun, May 04, 2014 at 08:43:15PM -0400, Mike Frysinger wrote: > The io_setup takes a pointer to a context id of type aio_context_t. > This in turn is typed to a __kernel_ulong_t. We could tweak the > exported headers to define this as a 64bit quantity for specific > ABIs, but since we already

Re: [PATCH] x32: use compat shims for io_{setup,submit}

On Sun, May 04, 2014 at 08:43:15PM -0400, Mike Frysinger wrote: The io_setup takes a pointer to a context id of type aio_context_t. This in turn is typed to a __kernel_ulong_t. We could tweak the exported headers to define this as a 64bit quantity for specific ABIs, but since we already have

Re: [PATCH] xz: Enable all filters by default in Kconfig

On Wed, Mar 05, 2014 at 07:30:57PM +0200, Lasse Collin wrote: > From: Lasse Collin > > This restores the old behavior that existed before 2013-02-22. > Disabling the filters only makes sense on embedded systems. > > Signed-off-by: Lasse Collin I'm happy with that compromise. -- To unsubscribe

Re: [PATCH] xz: Enable all filters by default in Kconfig

On Wed, Mar 05, 2014 at 07:30:57PM +0200, Lasse Collin wrote: From: Lasse Collin lasse.col...@tukaani.org This restores the old behavior that existed before 2013-02-22. Disabling the filters only makes sense on embedded systems. Signed-off-by: Lasse Collin lasse.col...@tukaani.org I'm

[PATCH] xz: make XZ_DEC_BCJ filters non-optional

From: Kyle McMartin Having these optional is more trouble than is justified by the negligible increase in code size to lib/xz/ if they're all compiled in. Their optional status ends up necessitating rebuilds of the kernel in order to be able to decompress XZ-compressed squashfs images which use

[PATCH] xz: make XZ_DEC_BCJ filters non-optional

From: Kyle McMartin k...@redhat.com Having these optional is more trouble than is justified by the negligible increase in code size to lib/xz/ if they're all compiled in. Their optional status ends up necessitating rebuilds of the kernel in order to be able to decompress XZ-compressed squashfs

[PATCH] r8169: initialize rtl8169_stats seqlock

From: Kyle McMartin Boris reports he's seeing: > [9.195943] INFO: trying to register non-static key. > [9.196031] the code is fine but needs lockdep annotation. > [9.196031] turning off the locking correctness validator. > [9.196031] CPU: 1 PID: 933 Comm: modprobe

Re: [PATCH] net/usb: Add Lenovo ThinkPad OneLink GigaLAN USB ID to ax88179 driver

On Mon, Feb 24, 2014 at 03:13:49PM -0800, Keith Packard wrote: > +static const struct driver_info lenovo_info = { > +}, { > + /* Lenovo ThinkPad OneLink GigaLAN */ > + USB_DEVICE(0x17ef, 0x304b), > + .driver_info = (unsigned long)_info, _info, surely. --Kyle -- To unsubscribe from

Re: [PATCH] net/usb: Add Lenovo ThinkPad OneLink GigaLAN USB ID to ax88179 driver

On Mon, Feb 24, 2014 at 03:13:49PM -0800, Keith Packard wrote: +static const struct driver_info lenovo_info = { snip +}, { + /* Lenovo ThinkPad OneLink GigaLAN */ + USB_DEVICE(0x17ef, 0x304b), + .driver_info = (unsigned long)samsung_info, lenovo_info, surely. --Kyle -- To

[PATCH] r8169: initialize rtl8169_stats seqlock

From: Kyle McMartin k...@redhat.com Boris reports he's seeing: [9.195943] INFO: trying to register non-static key. [9.196031] the code is fine but needs lockdep annotation. [9.196031] turning off the locking correctness validator. [9.196031] CPU: 1 PID: 933 Comm: modprobe

[PATCH] arm/Kconfig.debug: CONFIG_DEBUG_SET_MODULE_RONX and insn patching are mutually exclusive

as exclusive so others don't hit this crash. Signed-off-by: Kyle McMartin --- a/arch/arm/Kconfig.debug +++ b/arch/arm/Kconfig.debug @@ -1197,7 +1197,7 @@ config PID_IN_CONTEXTIDR config DEBUG_SET_MODULE_RONX bool "Set loadable kernel module data as NX and text as RO" -

[PATCH] arm/Kconfig.debug: CONFIG_DEBUG_SET_MODULE_RONX and insn patching are mutually exclusive

as exclusive so others don't hit this crash. Signed-off-by: Kyle McMartin k...@redhat.com --- a/arch/arm/Kconfig.debug +++ b/arch/arm/Kconfig.debug @@ -1197,7 +1197,7 @@ config PID_IN_CONTEXTIDR config DEBUG_SET_MODULE_RONX bool Set loadable kernel module data as NX and text as RO

Re: [PATCH] arm64: fix strnlen_user when count <= strlen

On Fri, Jan 17, 2014 at 10:51:07AM +, Will Deacon wrote: > Actually, I have removed strnlen_user for 3.14. Could you try your test case > with our for-next branch please? > > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core > This will work fine, I believe (I

Re: [PATCH] arm64: fix strnlen_user when count = strlen

On Fri, Jan 17, 2014 at 10:51:07AM +, Will Deacon wrote: Actually, I have removed strnlen_user for 3.14. Could you try your test case with our for-next branch please? git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core This will work fine, I believe (I can't

[PATCH] arm64: fix strnlen_user when count <= strlen

/strnlen_user.c, and return count+1 when count would be exceeded. I didn't feel comfortable prodding the assembler, so I just worked around it in the wrapper. Signed-off-by: Kyle McMartin 1. https://bugzilla.redhat.com/show_bug.cgi?id=1038676 --- I tested that this behaves the same as the lib

Re: [PATCH] aarch64: always map VDSO at worst case alignment

On Thu, Jan 16, 2014 at 12:53:18PM -0500, Kyle McMartin wrote: > I'll reboot a machine with this fix to test it as soon as possible. > > Acked-by: Kyle McMartin > Yeah, looks to work properly, although I didn't test 64K pages in the simulator. --Kyle -- To unsubscribe from thi

Re: [PATCH] aarch64: always map VDSO at worst case alignment

ders: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x00 0x 0x 0x000700 0x000700 R E 0x10 so I think that should work nicely! I'll reboot a machine with this fix to test it as soon as possible. Acked-

Re: [PATCH] aarch64: always map VDSO at worst case alignment

0x00 0x 0x 0x000700 0x000700 R E 0x10 so I think that should work nicely! I'll reboot a machine with this fix to test it as soon as possible. Acked-by: Kyle McMartin k...@redhat.com --- a/arch/arm64/kernel/vdso/Makefile +++ b/arch/arm64/kernel/vdso/Makefile

Re: [PATCH] aarch64: always map VDSO at worst case alignment

On Thu, Jan 16, 2014 at 12:53:18PM -0500, Kyle McMartin wrote: I'll reboot a machine with this fix to test it as soon as possible. Acked-by: Kyle McMartin k...@redhat.com Yeah, looks to work properly, although I didn't test 64K pages in the simulator. --Kyle -- To unsubscribe from

[PATCH] arm64: fix strnlen_user when count = strlen

/strnlen_user.c, and return count+1 when count would be exceeded. I didn't feel comfortable prodding the assembler, so I just worked around it in the wrapper. Signed-off-by: Kyle McMartin k...@redhat.com 1. https://bugzilla.redhat.com/show_bug.cgi?id=1038676 --- I tested that this behaves

[PATCH] aarch64: always map VDSO at worst case alignment

ery time I run a program inside it.) Signed-off-by: Kyle McMartin --- a/arch/arm64/kernel/vdso.c +++ b/arch/arm64/kernel/vdso.c @@ -163,7 +163,18 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, vdso_mapping_len = (vdso_pages + 1) << PAGE_SHIFT; down

[PATCH] aarch64: always map VDSO at worst case alignment

a program inside it.) Signed-off-by: Kyle McMartin k...@redhat.com --- a/arch/arm64/kernel/vdso.c +++ b/arch/arm64/kernel/vdso.c @@ -163,7 +163,18 @@ int arch_setup_additional_pages(struct linux_binprm *bprm, vdso_mapping_len = (vdso_pages + 1) PAGE_SHIFT; down_write(mm-mmap_sem

Re: [PATCH v2 4/4] kernel: add support for init_array constructors

On Mon, Sep 09, 2013 at 06:28:14PM +0200, Frantisek Hrbata wrote: > I'm not sure if coexistence of .ctors and .init_array sections should result > in > denial of module, but I for sure know nothing about this :). Could you maybe > privide one example of the "weird thing"? > They shouldn't exist

  1   2   3   4   5   >