Re: regression in 4.0.0-rc1 with r8169 ethernet

On 2015/2/28 6:24, Rafael J. Wysocki wrote: > On Friday, February 27, 2015 03:50:32 PM Thomas Voegtle wrote: >> >> Hi, >> >> I have the same problem with a Asrock Q1900B-ITX mainboard with >> a Intel Celeron J1900 onboard. >> >> I did a bisect and ended up with: >> >> 593669c2ac0fe18baee04a3cd5539

[PATCH] perf tools: Add PERF-FEATURES to the .gitignore file

It's an auto-generated file. Signed-off-by: Ingo Molnar diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore index 40399c3d97d6..68328f517a2e 100644 --- a/tools/perf/.gitignore +++ b/tools/perf/.gitignore @@ -1,6 +1,7 @@ PERF-CFLAGS PERF-GUI-VARS PERF-VERSION-FILE +PERF-FEATURES perf

[PATCH] perf tools: Remove annoying extra message from the features build

This message: Makefile:153: The path 'python-config' is not executable. Appears on every perf build that does not have a sufficient python environment installed. It's really just an internal detail of python configuration pass and users should not see it - and it's pretty meaningless to the

[PATCH] perf tools: Improve Python feature detection messages

Change the Python detection message from: config/Makefile:566: No python-config tool was found config/Makefile:566: Python support will not be built To: config/Makefile:565: No 'python-config' tool was found: disables Python support - please install python-devel/python-dev It's now a st

Re: regression in 4.0.0-rc1 with r8169 ethernet

Hi Jiang, >>> I have the same problem with a Asrock Q1900B-ITX mainboard with >>> a Intel Celeron J1900 onboard. >>> >>> I did a bisect and ended up with: >>> >>> 593669c2ac0fe18baee04a3cd5539a148aa48574 is the first bad commit >>> >>> commit 593669c2ac0fe18baee04a3cd5539a148aa48574 >>> Author

[PATCH] perf tools: Improve libperl detection message

Before: Missing perl devel files. Disabling perl scripting support, consider installing perl-ExtUtils-Embed After: Missing perl devel files. Disabling perl scripting support, please install perl-ExtUtils-Embed/libperl-dev Change the message to the standard 'please install' language and a

Invalid assignment to gate in st21nfca_get_iso14443_3_uid

Hello, While compiling Linux with -Wunused-but-set-parameter, gcc reported a warning in st21nfca_get_iso14443_3_uid function, about "gate" being set but not used [1]. By looking at the code, it is clear that "gate = uid_skb->data;" does nothing useful. The function is only called once, by st21nf

[PATCH] perf tools: Improve libbfd detection message

Before: No bfd.h/libbfd found, install binutils-dev[el]/zlib-static to gain symbol demangling After: No bfd.h/libbfd found, please install binutils-dev[el]/zlib-static to gain symbol demangling Change the message to the standard 'please install' language. Signed-off-by: Ingo Molnar di

Re: regression in 4.0.0-rc1 with r8169 ethernet

On 2015/2/25 15:10, Bjorn Helgaas wrote: > [+cc Jiang, Thomas, Lv, Rafael, linux-pci, linux-acpi] > > On Tue, Feb 24, 2015 at 9:47 PM, Dave Airlie wrote: >> Hey, >> >> just booted an old AMD rs780 box with new kernel and my ethernet >> failed to come up! >> >> Looks like the MAC addr is all ff's

Re: regression in 4.0.0-rc1 with r8169 ethernet

On 2015/2/28 16:36, Marcel Holtmann wrote: > Hi Jiang, > I have the same problem with a Asrock Q1900B-ITX mainboard with a Intel Celeron J1900 onboard. I did a bisect and ended up with: 593669c2ac0fe18baee04a3cd5539a148aa48574 is the first bad commit commit

[PATCH v2] perf tools: Improve libbfd detection message

Before: No bfd.h/libbfd found, install binutils-dev[el]/zlib-static to gain symbol demangling After: No bfd.h/libbfd found, please install binutils-dev[el]/zlib-static/libiberty-dev to gain symbol demangling Change the message to the standard 'please install' language and also add libibe

Re: [PATCH 3/3] lib/vsprintf: Add %pC{,n,r} format specifiers for clocks

Hi Joe, On Fri, Feb 27, 2015 at 11:55 PM, Joe Perches wrote: > On Fri, 2015-02-27 at 14:18 -0800, Andrew Morton wrote: >> On Thu, 26 Feb 2015 12:13:03 +0100 Geert Uytterhoeven >> wrote: >> > Add format specifiers for printing struct clk: >> > - '%pC' or '%pCn': name (Common Clock Framework) o

[PATCH] mm: cma: constify and use correct signness in mm/cma.c

Constify function parameters and use correct signness where needed. Signed-off-by: Sasha Levin --- include/linux/cma.h | 12 ++-- mm/cma.c| 24 ++-- 2 files changed, 20 insertions(+), 16 deletions(-) diff --git a/include/linux/cma.h b/include/linux/cm

RE: [f2fs-dev] [PATCH] f2fs: don't need to collect dirty sit entries and flush journal when there's no dirty sit entries

> -Original Message- > From: Wanpeng Li [mailto:wanpeng...@linux.intel.com] > Sent: Friday, February 27, 2015 4:53 PM > To: Jaegeuk Kim > Cc: linux-fsde...@vger.kernel.org; Wanpeng Li; linux-kernel@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Subject: [f2fs-dev] [PATCH] f2fs:

RE: [PATCH v2] f2fs: fix max orphan inodes calculation

> -Original Message- > From: Wanpeng Li [mailto:wanpeng...@linux.intel.com] > Sent: Friday, February 27, 2015 5:38 PM > To: Jaegeuk Kim > Cc: Changman Lee; Chao Yu; linux-f2fs-de...@lists.sourceforge.net; > linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org; Wanpeng Li > Subject: [

Re: [PATCH v4 1/2] mtd: nand: pxa3xx: Fix PIO FIFO draining

On Wed, Feb 18, 2015 at 11:32:07AM +0100, Maxime Ripard wrote: > The NDDB register holds the data that are needed by the read and write > commands. > > However, during a read PIO access, the datasheet specifies that after each 32 > bytes read in that register, when BCH is enabled, we have to make

Re: [PATCH] perf: fix building error

Well, I've tested and it worked. On 2015/2/28 10:49, Namhyung Kim wrote: Hi He, On Fri, Feb 27, 2015 at 06:05:37PM +0800, He Kuang wrote: When build with ARCH=x86_64/i386, perf failed to compile with following error: tests/builtin-test.o:(.data+0x158): undefined reference to `test__perf_time

Re: [PATCH v2] mtd: pxa3xx-nand: handle PIO in threaded interrupt

On Fri, Feb 20, 2015 at 07:36:43PM +0100, Robert Jarzmik wrote: > Change the handling of the data stage in the driver : don't pump data in > the top-half interrupt, but rather schedule a thread for non dma cases. > > This will enable latencies in the data pumping, especially if delays are > requir

[PATCH] perf tools: Improve feature test debuggability

Certain feature tests fail with link errors: triton:~/tip/tools/perf/config/feature-checks> make test-libbabeltrace.bin gcc -MD -o test-libbabeltrace.bin test-libbabeltrace.c # -lbabeltrace provided by /tmp/cc6dRSqd.o: In function `main': test-libbabeltrace.c:(.text+0xf): undefined ref

[PATCH] perf tools: Improve 'libbabel' feature check failure message

On Debian-ish systems libbabeltrace-dev should be suggested as a package install as well. Signed-off-by: Ingo Molnar diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore index 40399c3d97d6..68328f517a2e 100644 --- a/tools/perf/.gitignore +++ b/tools/perf/.gitignore @@ -707,7 +706,7 @@ en

Re: [PATCH 3/4] clk: Provide always-on clock support

On 28 February 2015 at 02:44, Lee Jones wrote: > Lots of platforms contain clocks which if turned off would prove fatal. > The only way to recover from these catastrophic failures is to restart > the board(s). Now, when a clock is registered with the framework it is > compared against a list of p

Re: [PATCH] mtd: pxa3xx_nand: fix driver when num_cs is 0

On Sun, Feb 08, 2015 at 09:02:09PM +0100, Robert Jarzmik wrote: > As the devicetree binding doesn't require num_cs to exist or be strictly > positive, and neither does the platform data case, a bug appear when > num_cs is set to 0 and panics the kernel. > > The issue is that in alloc_nand_resource

[PATCH] f2fs: fix to issue small discard in real-time mode discard

Now in f2fs, we share functions and structures for batch mode and real-time mode discard. For real-time mode discard, in shared function add_discard_addrs, we will use uninitialized trim_minlen in struct cp_control to compare with length of contiguous free blocks to decide whether skipping discard

Re: [tip:perf/core] perf tools: Add feature check for libbabeltrace

* tip-bot for Jiri Olsa wrote: > Commit-ID: 53d0a57343949b2af9b27229db534b98e5a0c4d0 > Gitweb: http://git.kernel.org/tip/53d0a57343949b2af9b27229db534b98e5a0c4d0 > Author: Jiri Olsa > AuthorDate: Fri, 20 Feb 2015 23:16:58 +0100 > Committer: Arnaldo Carvalho de Melo > CommitDate: Wed,

Re: [PATCH RFC 0/2] add nproc cgroup subsystem

> I wouldn't think that preventing PID exhaustion would be all that much of a > niche case, it's fully possible for it to happen without using excessive > amounts of kernel memory (think about BIG server systems with terabytes of > memory running (arguably poorly written) forking servers that handl

Re: [PATCH v2 01/10] mtd: pxa3xx_nand: initialiaze pxa3xx_flash_ids to 0

On Thu, Feb 12, 2015 at 03:53:27PM +0100, Antoine Tenart wrote: > pxa3xx_flash_ids wasn't initialized to 0, which in certain cases could > end up containing corrupted values in its members. Fix this to avoid > possible issues. > > Signed-off-by: Antoine Tenart Applied this patch to l2-mtd.git. T

Re: [PATCH] staging: lustre: fld_request.c: Remove else after return.

On Fri, Feb 27, 2015 at 11:59:21AM -0300, Alberto Pires de Oliveira Neto wrote: > Sorry, still getting the hang of it. Should I resend the patch ? better. and then your subject line should have [PATCH v2]. regards sudip -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

[tip:perf/core] perf trace: Fix SIGBUS failures due to misaligned accesses

Commit-ID: 55d43bcafe78b6da33f8a49be68ef168f3cbfec9 Gitweb: http://git.kernel.org/tip/55d43bcafe78b6da33f8a49be68ef168f3cbfec9 Author: David Ahern AuthorDate: Thu, 19 Feb 2015 15:00:22 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Feb 2015 11:59:04 -0300 perf trace: Fix

[tip:perf/core] perf probe: Handle strdup() failure

Commit-ID: 38ae502b1df196f712f6f5d3609afc36337b330b Gitweb: http://git.kernel.org/tip/38ae502b1df196f712f6f5d3609afc36337b330b Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 26 Feb 2015 11:47:18 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 10:08:29 -0300 pe

[tip:perf/core] perf probe: Fix a precedence bug

Commit-ID: f56847c2e99810781f6941d01baff9ae223eeac3 Gitweb: http://git.kernel.org/tip/f56847c2e99810781f6941d01baff9ae223eeac3 Author: He Kuang AuthorDate: Fri, 27 Feb 2015 18:52:53 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 10:31:09 -0300 perf probe: Fix a

[tip:perf/core] perf buildid-cache: Add new buildid cache if update target is not cached

Commit-ID: a50d11a10c2db86d7383c281d4e249d5393661e9 Gitweb: http://git.kernel.org/tip/a50d11a10c2db86d7383c281d4e249d5393661e9 Author: Masami Hiramatsu AuthorDate: Thu, 26 Feb 2015 15:54:40 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 10:08:37 -0300 perf build

[tip:perf/core] perf probe: Check kprobes blacklist when adding new events

Commit-ID: 9aaf5a5f479bd68699f2e6f6e5e5f1253377b6da Gitweb: http://git.kernel.org/tip/9aaf5a5f479bd68699f2e6f6e5e5f1253377b6da Author: Masami Hiramatsu AuthorDate: Thu, 19 Feb 2015 23:31:13 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Feb 2015 11:59:05 -0300 perf probe

ACPI regression with 3.19+

Hallo, my system won't boot with current GIT kernel (see attached screenshot). The system seems somewhat frozen (cannot ssh into it), but magic sysrq still works. I bisected the problem to commit 593669c2ac0fe18baee04a3cd5539a148aa48574. Attached are my config and dmesg output from previous commit

[tip:perf/core] perf data: Fix sentinel setting for data_cmds array

Commit-ID: 1f924c29b5ab2257be88a2a4075d0800573d8479 Gitweb: http://git.kernel.org/tip/1f924c29b5ab2257be88a2a4075d0800573d8479 Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 19:53:46 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 10:43:18 -0300 perf data: Fix

[tip:perf/core] perf list: Sort the output of 'perf list' to view more clearly

Commit-ID: ab0e48002db818c1937f105cd18001dfdd3ce056 Gitweb: http://git.kernel.org/tip/ab0e48002db818c1937f105cd18001dfdd3ce056 Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:25 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:51:44 -0300 perf list: Sor

[tip:perf/core] perf list: Allow listing events with 'tracepoint' prefix

Commit-ID: 161149513b3570ebd7fe14fc2ddc42cb46557e37 Gitweb: http://git.kernel.org/tip/161149513b3570ebd7fe14fc2ddc42cb46557e37 Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:26 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:51:51 -0300 perf list: All

[tip:perf/core] perf list: Avoid confusion of perf output and the next command prompt

Commit-ID: ed45752061be11a40f57df4304296147dbda2da9 Gitweb: http://git.kernel.org/tip/ed45752061be11a40f57df4304296147dbda2da9 Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:29 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:09 -0300 perf list: Avo

[tip:perf/core] perf list: Clean up the printing functions of hardware/software events

Commit-ID: 705750f2d6e283ba2856ba8eda60dce2d405b387 Gitweb: http://git.kernel.org/tip/705750f2d6e283ba2856ba8eda60dce2d405b387 Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:27 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:18 -0300 perf list: Cle

[tip:perf/core] perf tools: Remove the '--(null)' long_name for --list-opts

Commit-ID: 3ef1e65c829c86ffaa94a4ed59fed5da37f9610a Gitweb: http://git.kernel.org/tip/3ef1e65c829c86ffaa94a4ed59fed5da37f9610a Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:30 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:14 -0300 perf tools: Re

[tip:perf/core] perf list: Extend raw-dump to certain kind of events

Commit-ID: 5ef803ee02d67ad0b49f357cb7feb7d5e6b0015d Gitweb: http://git.kernel.org/tip/5ef803ee02d67ad0b49f357cb7feb7d5e6b0015d Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:28 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:24 -0300 perf list: Ext

[tip:perf/core] perf buildid-cache: Add --purge FILE to remove all caches of FILE

Commit-ID: 8d8c8e4cb3014fcc51f0e127b4316043306f5bb0 Gitweb: http://git.kernel.org/tip/8d8c8e4cb3014fcc51f0e127b4316043306f5bb0 Author: Masami Hiramatsu AuthorDate: Fri, 27 Feb 2015 13:50:26 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:33 -0300 perf build

[tip:perf/core] perf tools: Fix the bash completion problem of ' perf --*'

Commit-ID: 7335399a6a4bead9ef8b59ce7d811fc4e99ca98c Gitweb: http://git.kernel.org/tip/7335399a6a4bead9ef8b59ce7d811fc4e99ca98c Author: Yunlong Song AuthorDate: Fri, 27 Feb 2015 18:21:31 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:28 -0300 perf tools: Fi

[tip:perf/core] perf report: Fix branch stack mode cannot be set

Commit-ID: fefd2d9619de3bf0bf02a8622e9f445c3d19cc3f Gitweb: http://git.kernel.org/tip/fefd2d9619de3bf0bf02a8622e9f445c3d19cc3f Author: He Kuang AuthorDate: Sun, 15 Feb 2015 10:33:37 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:42 -0300 perf report: Fix b

ACPI regression with 3.19+

Hallo, my system won't boot with current GIT kernel (see attached screenshot). The system seems somewhat frozen (cannot ssh into it), but magic sysrq still works. I bisected the problem to commit 593669c2ac0fe18baee04a3cd5539a148aa48574. Attached are my config and dmesg output from previous commit

[tip:perf/core] perf buildid-cache: Show usage with incorrect params

Commit-ID: 0497d0a8201a38f0c95edc8a1fc0325f2f879ddb Gitweb: http://git.kernel.org/tip/0497d0a8201a38f0c95edc8a1fc0325f2f879ddb Author: Masami Hiramatsu AuthorDate: Fri, 27 Feb 2015 13:50:31 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:40 -0300 perf build

[tip:perf/core] perf buildid-cache: Use pr_debug instead of verbose && pr_info

Commit-ID: cc169c7c31253e80e0d504f0cd5dbb9f1e3d3ac5 Gitweb: http://git.kernel.org/tip/cc169c7c31253e80e0d504f0cd5dbb9f1e3d3ac5 Author: Masami Hiramatsu AuthorDate: Fri, 27 Feb 2015 13:50:28 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 15:52:36 -0300 perf build

[tip:perf/core] perf diff: Support for different binaries

Commit-ID: 94ba462d69efeba2f97111321a9ba1aa8141da57 Gitweb: http://git.kernel.org/tip/94ba462d69efeba2f97111321a9ba1aa8141da57 Author: Kan Liang AuthorDate: Mon, 9 Feb 2015 05:39:44 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 27 Feb 2015 10:08:38 -0300 perf diff: Support

[tip:perf/core] perf probe: Fix get_real_path to free allocated memory in error path

Commit-ID: eb47cb2eb22dfacac9689708f5bd3cb0e975e290 Gitweb: http://git.kernel.org/tip/eb47cb2eb22dfacac9689708f5bd3cb0e975e290 Author: Masami Hiramatsu AuthorDate: Thu, 26 Feb 2015 17:25:04 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Feb 2015 11:59:05 -0300 perf probe

Re: [PATCH] dma: mmp-tdma: refine dma disable and dma-pos update

On 02/23/2015 07:23 PM, Vinod Koul wrote: On Thu, Feb 05, 2015 at 08:54:19PM +0800, Qiao Zhou wrote: Below are the refinements. 1. Set DMA abort bit when disabling dma channel. This will clear the remaining data in dma FIFO, to fix channel-swap issue. 2. Read DMA HW pointer when updating DMA sta

Re: [PATCH v4 2/4] mfd: lubbock_cplds: add lubbock IO board

Robert Jarzmik writes: > Hi Arnd and Greg, It's been a week, backlog ping ? > > I have this driver I'm upstreaming, which comes out of > arch/arm/mach-pxa/lubbock.c. As for the reason it is extracted, see submitted > commit [1] for reference. > > The main question is : where does it belong in th

Re: [PATCH_V3 1/3] dt-bindings: dma: Add binding for jz4780-dma

On 27 February 2015 at 09:20, Zubair Lutfullah Kakakhel wrote: > Hi Alex, > > On 26/02/15 20:04, Alex Smith wrote: >> Hi Zubair, >> >> On 26 February 2015 at 12:43, Zubair Lutfullah Kakakhel >> wrote: >>> From: Alex Smith >>> >>> Add device tree bindings for the DMA controller on JZ4780 SoCs, us

[tip:x86/mm] x86/mm: Unexport set_memory_ro() and set_memory_rw()

Commit-ID: 6bbb614ec478961c7443086bdf7fd6784479c14a Gitweb: http://git.kernel.org/tip/6bbb614ec478961c7443086bdf7fd6784479c14a Author: Daniel Borkmann AuthorDate: Fri, 27 Feb 2015 15:55:40 +0100 Committer: Ingo Molnar CommitDate: Sat, 28 Feb 2015 10:41:59 +0100 x86/mm: Unexport set_mem

[tip:locking/urgent] locking/rtmutex: Set state back to running on error

Commit-ID: 8671e69f00c2733c995d188b9f8d6f9cbb67897c Gitweb: http://git.kernel.org/tip/8671e69f00c2733c995d188b9f8d6f9cbb67897c Author: Sebastian Andrzej Siewior AuthorDate: Fri, 27 Feb 2015 17:57:09 +0100 Committer: Ingo Molnar CommitDate: Sat, 28 Feb 2015 10:47:37 +0100 locking/rtmute

[PATCH 0/7] mtd: various fixes caught by Coverity

Several unrelated MTD fixes inspired by Coverity Scan results. I couldn't test all of them, but they're all pretty obvious. Brian Norris (7): mtd: docg3: drop dead code mtd: onenand: drop dead code mtd: tests: fix more potential integer overflows mtd: nand: fixup bounds checks for nand_{lo

[PATCH 2/7] mtd: onenand: drop dead code

'ret' is always zero, so this is all dead code. This should quiet Coverity CID #1226739. Signed-off-by: Brian Norris Cc: Kyungmin Park --- drivers/mtd/onenand/onenand_base.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/mtd/onenand/onenand_base.c b/d

[PATCH 6/7] mtd: blkdevs: remove dead code

The only exit (break) from the preceding loop is nested within a condition which yields req == NULL. This code is dead. Coverity CID #752669 Signed-off-by: Brian Norris --- drivers/mtd/mtd_blkdevs.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/mtd/mtd_blkdevs.c b/drivers/mtd/mt

[PATCH 5/7] mtd: nand: denali: drop dead code

TclsRising is always 1. Caught by Coverity. Signed-off-by: Brian Norris Cc: Masahiro Yamada --- drivers/mtd/nand/denali.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c index f44c6061536a..09f51395f2c0 100644 --- a/drivers/mtd/nand/d

[PATCH 7/7] mtd: nand: fully initialize mtd_oob_ops

We're not initializing the ooblen field. Our users don't care, since they check that oobbuf == NULL first, but it's good practice to zero unused fields out. We can drop the NULL initializations since we're memset()ing the whole thing. Noticed by Coverity, CID #200821, #200822 Signed-off-by: Bria

Re: regression in 4.0.0-rc1 with r8169 ethernet

On Sat, 28 Feb 2015, Jiang Liu wrote: On 2015/2/28 6:24, Rafael J. Wysocki wrote: On Friday, February 27, 2015 03:50:32 PM Thomas Voegtle wrote: Hi, I have the same problem with a Asrock Q1900B-ITX mainboard with a Intel Celeron J1900 onboard. I did a bisect and ended up with: 593669c2ac0f

[PATCH 3/7] mtd: tests: fix more potential integer overflows

Caught by Coverity (CID #200625 and others) Signed-off-by: Brian Norris Cc: Akinobu Mita --- drivers/mtd/tests/oobtest.c | 2 +- drivers/mtd/tests/speedtest.c | 2 +- drivers/mtd/tests/stresstest.c | 4 ++-- drivers/mtd/tests/subpagetest.c | 4 ++-- drivers/mtd/tests/torturetest.c | 8 ++

[PATCH 4/7] mtd: nand: fixup bounds checks for nand_{lock,unlock}()

Coverity noticed that these 'ret' assignments weren't being used. Let's use them. Note that nand_lock() and nand_unlock() are still not officially used by any drivers. Coverity CIDs #1227054 and #1227037 Signed-off-by: Brian Norris --- drivers/mtd/nand/nand_base.c | 4 ++-- 1 file changed, 2 i

[PATCH 1/7] mtd: docg3: drop dead code

If no devices were found, we would already have skipped over this code. Detected by Coverity, CID #744270 Signed-off-by: Brian Norris --- drivers/mtd/devices/docg3.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mtd/devices/docg3.c b/drivers/mtd/devices/docg3.c index 448ce42f951e

[PATCH] mfd: rk808: disable the under voltage detect

Rk808 has a under voltage detect function, when the voltage of buck is under 85% the target voltage, the buck output will reset. But if the power load is too heavy, this function maybe err, when current over 4.2A, although the voltage is normal, but RK808 mistakenly think it is under 85%, and reset

Re: [PATCHv2 0/7] Add VMX module for PPC64

On Fri, Feb 06, 2015 at 02:54:55PM -0200, Leonidas S. Barbosa wrote: > VMX cryptographic acceleration instructions were added to the POWER8 > CPU. These instructions implement portions of AES and GHASH in hardware. > > This patch set adds a new module for PPC64, vmx, that support > cryptographic r

Re: [PATCH] Input: psmouse - when comparing PNP IDs ignore case

Hi, On 28-02-15 01:18, Dmitry Torokhov wrote: PNP IDs are supposed to be case-insensitive and so we should compare them as such. Signed-off-by: Dmitry Torokhov Looks good: Acked-by: Hans de Goede Regards, Hans --- drivers/input/mouse/psmouse-base.c | 39 ++

Re: [RFC PATCH 1/1] proc: introduce /proc//lbr_stack

On Fri, Feb 27, 2015 at 03:57:02PM -0800, Andi Kleen wrote: > On Fri, Feb 27, 2015 at 11:05:45PM +0100, Peter Zijlstra wrote: > > On Fri, Feb 27, 2015 at 09:54:34AM -0800, Andi Kleen wrote: > > > > > perf record doesn't show where you're currently blocked. > > > > > > > > Of course it does; look a

Re: [PATCH v4 tip 3/7] tracing: allow BPF programs to call ktime_get_ns()

On Fri, Feb 27, 2015 at 04:08:51PM -0800, Alexei Starovoitov wrote: > bpf_ktime_get_ns() is used by programs to compue time delta between events > or as a timestamp > > Signed-off-by: Alexei Starovoitov > --- > include/uapi/linux/bpf.h |1 + > kernel/trace/bpf_trace.c | 10 ++ > 2

[PATCH 2/5] UBI: fix out of bounds write

If aeb->len >= vol->reserved_pebs, we should not be writing aeb into the PEB->LEB mapping. Caught by Coverity, CID #711212. Signed-off-by: Brian Norris --- drivers/mtd/ubi/eba.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/mtd/ubi/eba.c b/drivers/mtd/ubi/eba.c i

[PATCH 0/5] UBI: Coverity-inspired fixes

Except for the last one, these were inspired by Coverity Scan results. These fixes have barely been tested, but they are pretty straightforward logically. As they've been sitting in my dust pile too long, I thought I'd at least get them out there. Brian Norris (5): UBI: account for bitflips in

[PATCH 1/5] UBI: account for bitflips in both the VID header and data

We are completely discarding the earlier value of 'bitflips', which could reflect a bitflip found in ubi_io_read_vid_hdr(). Let's use the bitwise OR of header and data 'bitflip' statuses instead. Coverity CID #1226856 Signed-off-by: Brian Norris --- drivers/mtd/ubi/attach.c | 2 +- 1 file chang

[PATCH 5/5] UBI: align comment for readability

The kerneldoc for @vid_hdr_aloffset continues onto a second line, but this is not obvious, because the second line isn't indented, and it begins with '@'. Signed-off-by: Brian Norris --- drivers/mtd/ubi/ubi.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/ubi/ubi

[PATCH 4/5] UBI: fix check for "too many bytes"

The comparison from the previous line seems to have been erroneously (partially) copied-and-pasted onto the next. The second line should be checking req.bytes, not req.lnum. Coverity CID #139400 Signed-off-by: Brian Norris --- drivers/mtd/ubi/cdev.c | 2 +- 1 file changed, 1 insertion(+), 1 del

[PATCH 3/5] UBI: initialize LEB number variable

In some of the 'out_not_moved' error paths, lnum may be used uninitialized. Don't ignore the warning; let's fix it. This uninitialized variable doesn't have much visible effect in the end, since we just schedule the PEB for erasure, and its LEB number doesn't really matter (it just gets printed in

Re: crypto: mxs-dcp - fix type of ret for wait_for_completion_timeout

On Sat, Feb 07, 2015 at 03:09:41AM -0500, Nicholas Mc Guire wrote: > return type of wait_for_completion_timeout is unsigned long not int, this > patch changes the type of ret from int to unsigned long. > > Signed-off-by: Nicholas Mc Guire All four patches applied. -- Email: Herbert Xu Home Pag

Re: Generic page fault (Was: libsigsegv ....)

On Sat, 2015-02-28 at 18:14 +1100, Benjamin Herrenschmidt wrote: > On Sat, 2015-02-28 at 18:12 +1100, Benjamin Herrenschmidt wrote: > > > > Let me know what you think of the approach. It's boot tested on x86_64 > > in qemu and > > ... and powerpc64 LE on qemu as well :-) One thing I'd like to

[patch] paride: fix the "verbose" module param

The verbose module parameter can be set to 2 for extremely verbose messages so the type should be int instead of bool. Signed-off-by: Dan Carpenter diff --git a/drivers/block/paride/pg.c b/drivers/block/paride/pg.c index 2ce3dfd..876d0c3 100644 --- a/drivers/block/paride/pg.c +++ b/drivers/block

Re: [PATCH v3] net: macb: Add big endian CPU support

Hi David, >> This patch converts all __raw_readl and __raw_writel function calls >> to their corresponding readl_relaxed and writel_relaxed variants. >> >> It also tells the driver to set ahb_endian_swp_mgmt_en bit in dma_cfg >> when the CPU is configured in big endian mode. >> >> Signed-off-by: A

Re: [LKP] [x86/mm/ASLR] f47233c2d34: WARNING: CPU: 0 PID: 1 at arch/x86/mm/ioremap.c:63 __ioremap_check_ram+0x445/0x4a0()

On Thu, Feb 26, 2015 at 01:16:17PM +0100, Borislav Petkov wrote: > The proper fix should be to say, don't ioremap setup_data which is > kernel memory but I'm not sure I have a good idea at the moment how to > do that *without* ioremapping the thing to inspect it first... > > More hmm... Yeah, too

Re: [PATCH] Input: ALPS - fix memory leak when detection fails

On Saturday 28 February 2015 00:53:57 Dmitry Torokhov wrote: > This fixes memory leak introduced by commit > a09221e83e13e09a33109b9b037484eade901cea > > Signed-off-by: Dmitry Torokhov > --- > drivers/input/mouse/alps.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a

Re: [PATCH 0/2] drivers: cpuidle: minor suspend-to-idle fixes

On Fri, Feb 27, 2015 at 10:11:54PM +, Rafael J. Wysocki wrote: > On Friday, February 27, 2015 10:00:00 AM Lorenzo Pieralisi wrote: > > [CC'ed Preeti] > > > > On Thu, Feb 26, 2015 at 11:37:54PM +, Rafael J. Wysocki wrote: > > > Me versions of the two $subject patches follow. > > > > Thank

Re: [PATCH RFC 0/2] add nproc cgroup subsystem

Hello, Aleksa. On Sat, Feb 28, 2015 at 08:26:34PM +1100, Aleksa Sarai wrote: > I just want to quickly echo my support for this statement. Process IDs > aren't limited by kernel memory, they're a hard-set limit. Thus they are Process IDs become a hard global resource because we didn't switch to lo

Re: perf: fuzzer causes lockup in x86_pmu_event_init()

On Wed, Feb 25, 2015 at 04:16:39PM +0100, Peter Zijlstra wrote: > On Mon, Feb 23, 2015 at 10:56:10PM -0500, Vince Weaver wrote: > > On Tue, 17 Feb 2015, Vince Weaver wrote: > > [884044.228001] RIP: 0010:[] [] > > x86_pmu_event_init+0x138/0x31d > > > [884044.228001] Call Trace: > > [884044.228001

Re: [tip:perf/core] perf tools: Add feature check for libbabeltrace

On Sat, Feb 28, 2015 at 10:25:03AM +0100, Ingo Molnar wrote: > > * tip-bot for Jiri Olsa wrote: > > > Commit-ID: 53d0a57343949b2af9b27229db534b98e5a0c4d0 > > Gitweb: > > http://git.kernel.org/tip/53d0a57343949b2af9b27229db534b98e5a0c4d0 > > Author: Jiri Olsa > > AuthorDate: Fri, 20 Fe

Re: [tip:x86/mm] x86/mm: Unexport set_memory_ro() and set_memory_rw()

On 2/28/2015 2:00 AM, tip-bot for Daniel Borkmann wrote: Commit-ID: 6bbb614ec478961c7443086bdf7fd6784479c14a Gitweb: http://git.kernel.org/tip/6bbb614ec478961c7443086bdf7fd6784479c14a Author: Daniel Borkmann AuthorDate: Fri, 27 Feb 2015 15:55:40 +0100 Committer: Ingo Molnar CommitDate

[PATCH v2] power: bq27x00_battery: add bq27510 support

Add support for bq27510 to the bq27x00 driver. Signed-off-by: Alexandre Belloni --- Changes in v2: - corrected the bq27x00_battery_read_cyct changes drivers/power/bq27x00_battery.c | 52 - 1 file changed, 46 insertions(+), 6 deletions(-) diff --git a/dr

Re: [PATCH] power: bq27x00_battery: add bq27510 support

Hi, On 25/02/2015 at 23:17:48 +0100, Sebastian Reichel wrote : > > @@ -350,6 +378,9 @@ static int bq27x00_battery_read_cyct(struct > > bq27x00_device_info *di) > > { > > int cyct; > > > > + > > spurious newline. > > > + if (di->chip == BQ27510) > > + cyct = bq27x00_read(di, B

Attn My Dear

Attn My Dear I have registered your package with BCEAO BANK PLC Republic of Togo this morning and we agreed up that the delivery of your $2.8m in ATM CARD delivery will take place Tomorrow morning call me +234-070-313-564-01 your information is needed Full Name: Home Address occupation: Cell

Re: [PATCH 3/4] arm/arm64: KVM: Fix migration race in the arch timer

On Wed, 25 Feb 2015 15:36:21 + Alex Bennée wrote: Alex, Christoffer, > From: Christoffer Dall > > When a VCPU is no longer running, we currently check to see if it has > a timer scheduled in the future, and if it does, we schedule a host > hrtimer to notify is in case the timer expires whi

[PATCH] x86-64: no need to fix up physical addresses if they are correct

If kernel doesn't use kASLR and runned on the same address that was compiled to run, %rbp will be zero and no need to fix physical addresses in the page tables. Signed-off-by: Alexander Kuleshov --- arch/x86/kernel/head_64.S | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/x86/k

Re: [PATCH 4/4] arm/arm64: KVM: Keep elrsr/aisr in sync with software model

On Wed, 25 Feb 2015 15:36:22 + Alex Bennée wrote: > From: Christoffer Dall > > There is an interesting bug in the vgic code, which manifests itself > when the KVM run loop has a signal pending or needs a vmid generation > rollover after having disabled interrupts but before actually > switc

Re: [PATCH] x86-64: no need to fix up physical addresses if they are correct

On Sat, Feb 28, 2015 at 07:34:20PM +0600, Alexander Kuleshov wrote: > If kernel doesn't use kASLR and runned on the same address that was > compiled to run, %rbp will be zero and no need to fix physical addresses > in the page tables. > > Signed-off-by: Alexander Kuleshov > --- > arch/x86/kernel

Re: [RFC] mm: change mm_advise_free to clear page dirty

On Fri, Feb 27, 2015 at 10:37:14PM +0900, Minchan Kim wrote: > On Fri, Feb 27, 2015 at 03:50:29PM +0800, Wang, Yalin wrote: > > > -Original Message- > > > From: Minchan Kim [mailto:minchan@gmail.com] On Behalf Of Minchan Kim > > > Sent: Friday, February 27, 2015 2:44 PM > > > To: Wang,

Re: [RFC] mm: change mm_advise_free to clear page dirty

On Sat, Feb 28, 2015 at 10:11:13AM +0800, Wang, Yalin wrote: > > -Original Message- > > From: Michal Hocko [mailto:msts...@gmail.com] On Behalf Of Michal Hocko > > Sent: Saturday, February 28, 2015 5:03 AM > > To: Wang, Yalin > > Cc: 'Minchan Kim'; Andrew Morton; linux-kernel@vger.kernel.or

Re: [PATCH v2 6/6] HID: uclogic: actually invert the in-range bit for huion tablets only

On 02/26/2015 08:57 PM, Benjamin Tissoires wrote: This hack is only needed for Huion tablets. It does not seem to have any effect on the other tablets handled by this device right now, but it's better to check for the product id sooner than discovering that we have messed up one tablet later. Si

Re: [PATCH v2 2/2] Input: bcm-keypad: Add Broadcom keypad controller

On Thu, 2015-02-26 at 08:08 -0800, Scott Branden wrote: > Add driver for Broadcom's keypad controller. > > Broadcom Keypad controller is used to interface a SoC with a matrix-type > keypad device. The keypad controller supports multiple row and column lines. > A key can be placed at each intersect

Re: [PATCH] fs: record task name which froze superblock

On Fri, Feb 20, 2015 at 01:15:22PM +0100, Jan Kara wrote: > On Fri 20-02-15 14:42:29, Alexey Dobriyan wrote: > > On Wed, Feb 18, 2015 at 12:13 PM, Jan Kara wrote: > > >> > > --- a/fs/ioctl.c > > >> > > +++ b/fs/ioctl.c > > >> > > @@ -518,6 +518,7 @@ static int ioctl_fioasync(unsigned int fd, > >

[PATCH v3] fs: record task name which froze superblock

Freezing and thawing are separate system calls, task which is supposed to thaw filesystem/superblock can disappear due to crash or not thaw due to a bug. At least record task name (we can't take task_struct reference) to make support engineer's life easier. Hopefully 16 bytes per superblock isn't

[PATCH] Staging: vt6655: fix C99 comments

From: Matteo Semenzato This patch fixes the following warning: do not use C99 // comments Signed-off-by: Matteo Semenzato --- drivers/staging/vt6655/mac.c | 82 ++-- 1 file changed, 41 insertions(+), 41 deletions(-) diff --git a/drivers/staging/vt6655/m

[PATCH] Staging: fbtft: fix coding style errors

From: Matteo Semenzato This patch fixes the following error: space required after that ';' Signed-off-by: Matteo Semenzato --- drivers/staging/fbtft/fbtft_device.c | 68 ++-- 1 file changed, 34 insertions(+), 34 deletions(-) diff --git a/drivers/staging/fbtft/f

[PATCH] Staging: Octeon USB: Fix space prohibited between function name and open parenthesis

This patch fixes the following checkpatch.pl warning in drivers/staging/octeon-usb/octeon-hcd.c WARNING: space prohibited between function name and open parenthesis '(' Signed-off-by: Sean Darcy --- drivers/staging/octeon-usb/octeon-hcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

  1   2   3   4   >