[PATCH] Fix ld-version.sh to handle large 3rd version part

The ld-version.sh script doesn't handle versions with large (>= 10) 3rd version components, because the 2nd component is only multiplied by 10 times that of the 3rd component. For example the following version string: GNU ld (Codescape GNU Tools 2015.06-05 for MIPS MTI Linux) 2.24.90 gives a

RE: [PATCH v2 1/1] fix a dead loop when in heavy low memory

> Great, please use that, but why does your email address show a different > name? Intel has standards that you have to follow when submitting Linux > kernel patches, please consult them before you resend. > Hi greg, I should resend this patch using [PATCH RESEND v2 1/1]?

Re: [PATCH v2 14/16] x86,nvdimm,kexec: Use walk_iomem_res_desc() for iomem search

On 12/26/2015 9:05 AM, Minfei Huang wrote: Ccing kexec maillist. On 12/25/15 at 03:09pm, Toshi Kani wrote: diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c index c245085..e2bd737 100644 --- a/kernel/kexec_file.c +++ b/kernel/kexec_file.c @@ -522,10 +522,10 @@ int kexec_add_buffer(struct

Re: [PATCH v2 15/16] checkpatch: Add warning on deprecated walk_iomem_res

On 12/25/2015 5:05 PM, Joe Perches wrote: On Fri, 2015-12-25 at 15:09 -0700, Toshi Kani wrote: Use of walk_iomem_res() is deprecated in new code. Change checkpatch.pl to check new use of walk_iomem_res() and suggest to use walk_iomem_res_desc() instead. [] diff --git a/scripts/checkpatch.pl

[PATCH 1/4] irqchip: bcm2836: Fix initialization of the LOCAL_IRQ_CNT*IRQ timers

The irqchip's register area includes the the setup for the timer's scaling factors, and for the platform we want a fixed configuration of these registers. Signed-off-by: Eric Anholt --- drivers/irqchip/irq-bcm2836.c | 26 ++ 1 file changed, 26

[PATCH 4/4] irqchip: bcm2836: make code more readable

From: Andrea Merello Avoid using hardcoded magics. We have a #define for this number. No functional changes. Signed-off-by: Andrea Merello Reviewed-by: Eric Anholt Signed-off-by: Eric Anholt ---

[PATCH 3/4] irqchip: bcm2836: tolerate IRQs while no flag is set in ISR

From: Andrea Merello On my RPi2 I got a lot of: unexpected IRQ trap at vector 00 This happens because bcm2836_arm_irqchip_handle_irq() is sometimes invoked even if the ISR is clear, and this case is not handled. This patch explicitly handle this case, fixing the

[PATCH 2/4] irqchip: bcm2836: Add SMP support for the 2836

From: Andrea Merello The firmware sets the secondaries spinning waiting for a non-NULL value to show up in the last IPI mailbox. The original SMP port from the downstream tree was done by Andrea, and Eric cleaned it up/rewrote it a few times from there. Signed-off-by:

Re: [PATCH v2] coccinelle: api: check for propagation of error from platform_get_irq

On 12/26/2015 11:58 PM, Julia Lawall wrote: The error return value of platform_get_irq seems to often get dropped. Signed-off-by: Julia Lawall --- v2: Check for the direct return case also. Added some mailing lists of common offenders. diff --git

[PATCH RESEND v2 1/1] fix a dead loop when in heavy low memory

From: Figo Android System UI hang when run heavy monkey stress test. V2: add more detail about how to re-produce this issue, the important is install more than 100 apps/games. Re-produce step: Run this monkey stress test script with more than 100 apps/games installed:

[PATCH RESEND v2 1/1] fix a dead loop when in heavy low memory

From: Figo Android System UI hang when run heavy monkey stress test. V2: add more detail about how to re-produce this issue, the important is install more than 100 apps/games. Re-produce step: Run this monkey stress test script with more than 100 apps/games installed:

Re: [GIT PULL] extcon next for 4.5

On Thu, Dec 24, 2015 at 09:58:27AM +0900, Chanwoo Choi wrote: > Dear Greg, > > This is extcon-next pull request for v4.5. I add detailed description of > this pull request on below. Please pull extcon with following updates. > > Best Regards, > Chanwoo Choi > > The following changes since

Re: [GIT PULL 00/28] phy: for 4.5 merge window

On Tue, Dec 22, 2015 at 04:08:33PM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the pull request for 4.5 merge window below. This should be > my final pull request for 2015 unless you want me to change > something ;-) > > It adds two new PHY drivers, deprecates

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sat, Dec 26, 2015 at 6:54 AM, Andy Lutomirski wrote: > On Dec 26, 2015 6:33 PM, "Borislav Petkov" wrote: >> Andy, why is that? It makes the exception handling much simpler this way... >> > > I like the idea of moving more logic into C, but I don't like >

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sat, Dec 26, 2015 at 6:08 PM, Tony Luck wrote: > On Sat, Dec 26, 2015 at 6:54 AM, Andy Lutomirski wrote: >> On Dec 26, 2015 6:33 PM, "Borislav Petkov" wrote: >>> Andy, why is that? It makes the exception handling much simpler this

Re: [PATCH RESEND v2 1/1] fix a dead loop when in heavy low memory

On Sun, Dec 27, 2015 at 05:14:51PM +0800, Figo Zhang wrote: > Android System UI hang when run heavy monkey stress test. > > V2: add more detail about how to re-produce this issue, the > important is install more than 100 apps/games. > > Re-produce step: > Run this monkey stress test script with

Re: [PATCH 0/3] IDE-ACPI: Fine-tuning for a function

On Sat, 26 Dec 2015, Joe Perches wrote: > On Sat, 2015-12-26 at 13:12 -0500, David Miller wrote: > > IDE is in deep freeze maintainence mode. > > > > Therefore patches that perform simplications and cleanups will > > not be accepted. > > Maybe there should be something like a README > in

[PATCH] staging: lustre: fix lock imbalance

nrs_resource_put_safe() might hold a lock one one struct while operating on the other. There are 2 levels of structures. Use nrs_policy_put(), which has locking baked in. sparse gives the following warning: drivers/staging/lustre//lustre/ptlrpc/nrs.c:498:39: warning: context imbalance in

Re: [PATCH] mm: fix noisy sparse warning in LIBCFS_ALLOC_PRE()

On Sat, Dec 26, 2015 at 09:12:42PM -0800, Joshua Clayton wrote: > running sparse on drivers/staging/lustre results in dozens of warnings: > include/linux/gfp.h:281:41: warning: > odd constant _Bool cast (40 becomes 1) > > Use "!!" to explicitly convert the result to bool range. ... and the

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sat, Dec 26, 2015 at 6:16 PM, Andy Lutomirski wrote: >>> We could make one of them 31-bits (since even an "allyesconfig" kernel >>> is still much smaller than a gigabyte) to free a bit for a flag. But there >>> are those external tools to pre-sort exception tables that

Re: [PATCH powerpc/next v6 0/4] atomics: powerpc: Implement relaxed/acquire/release variants

On Wed, 2015-12-23 at 18:54 +0800, Boqun Feng wrote: > On Wed, Dec 23, 2015 at 01:40:05PM +1100, Michael Ellerman wrote: > > On Tue, 2015-12-15 at 22:24 +0800, Boqun Feng wrote: > > > Hi all, > > > > > > This is v6 of the series. > > > > > > Link for v1: https://lkml.org/lkml/2015/8/27/798 > > >

[PATCH] mm: fix noisy sparse warning in LIBCFS_ALLOC_PRE()

running sparse on drivers/staging/lustre results in dozens of warnings: include/linux/gfp.h:281:41: warning: odd constant _Bool cast (40 becomes 1) Use "!!" to explicitly convert the result to bool range. --- include/linux/gfp.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH] staging: lustre: fix lock imbalance

[if your patch is applied to the wrong git tree, please drop us a note to help improving the system] Hi Joshua, [auto build test WARNING on staging/staging-testing] [also build test WARNING on v4.4-rc6 next-20151223] url:

Re: [PATCH v2] coccinelle: api: check for propagation of error from platform_get_irq

>Well, looking again, the patch should be good. I just thought its goal was > to fix the code as well... I could do that for the irq < 0 case, but I think that in that case, kbuild will only run the patch version, and the <= cases will not be reported on. I don't have a general fix for the <=

[PATCH v2] mm: fix noisy sparse warning in LIBCFS_ALLOC_PRE()

running sparse on drivers/staging/lustre results in dozens of warnings: include/linux/gfp.h:281:41: warning: odd constant _Bool cast (40 becomes 1) Use "!!" to explicitly convert to bool and get rid of the warning. Signed-off-by: Joshua Clayton --- On Sunday,

[PATCH v2] staging: lustre: fix lock imbalance

nrs_resource_put_safe() might hold a lock one one struct while operating on the other. There are 2 levels of structures. Use nrs_policy_put(), which has locking baked in. sparse gives the following warning: drivers/staging/lustre//lustre/ptlrpc/nrs.c:498:39: warning: context imbalance in

RE: [PATCH RESEND v2 1/1] fix a dead loop when in heavy low memory

> > > > Signed-off-by: Figo Zhang > > As you ignored my instructions to you, I'm going to just ignore this patch, > sorry. Now discarded. > I am no at intel kernel group (SSG OTC), I am at CCG CCE. I will involve the intel open source guys if they like to help. Hi

Re: [Cocci] [PATCH v2] coccinelle: api: check for propagation of error from platform_get_irq

> The error return value of platform_get_irq seems to often get dropped. How do you think about any more fine-tuning here? Commit message: * … of the platform_get_irq() function seems to get dropped too often. * Why do you concentrate on a single function name? Do you plan to extend this

<    1   2   3   4