RE: [PATCH v2 2/4] iio: bcm150: Remove i2c_client from private data

> -Original Message- > From: Markus Pargmann [mailto:m...@pengutronix.de] > Sent: 20 August, 2015 15:50 > To: Jonathan Cameron > Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > ker...@pengutronix.de; Markus

[PATCH] sched: make policy-testing consistent in core

Most of the policy-tests are done via the _policy() helpers with the notable exception of idle. A new wrapper for valid_policy() has also been added to improve readability in set_load_weight(). This commit does not change the logical behavior of the scheduler core. Signed-off-by: Henrik Austad

[PATCH v4] stmmac: fix check for phydev being open

Current check of phydev with IS_ERR(phydev) may make not much sense because of_phy_connect() returns NULL on failure instead of error value. Still for checking result of phy_connect() IS_ERR() makes perfect sense. So let's use combined check IS_ERR_OR_NULL() that covers both cases. Cc: Sergei

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On 08/20/2015 10:26 AM, Naoya Horiguchi wrote: Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), which is inconvenient when we want to know per-task or per-vma base hugetlb usage. To solve this, this patch adds a new line for hugetlb usage like below: Size:

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Tue, 8 Sep 2015, Rafael J. Wysocki wrote: > Hi, > > On Tue, Sep 8, 2015 at 5:00 PM, Alan Stern wrote: > > On Tue, 8 Sep 2015, Rafael J. Wysocki wrote: > > > >> > > [1] http://marc.info/?l=linux-input=140564626306396=2 > >> > > >> > Purely as a matter of interest,

Re: [PATCH linux-next v6 1/8] mtd: spi-nor: read JEDEC ID with multiple I/O protocols

Hi Marek, Le 09/09/2015 15:59, Marek Vasut a écrit : > On Wednesday, September 09, 2015 at 03:24:11 PM, Cyrille Pitchen wrote: >> When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor >> memories don't reply to the regular Read ID (0x9f) command. Instead they >> reply to a new

Re: [PATCH 5/6] seccomp: add a way to attach a filter via eBPF fd

On Wed, Sep 09, 2015 at 08:14:04AM -0700, Alexei Starovoitov wrote: > On Wed, Sep 09, 2015 at 08:47:24AM -0600, Tycho Andersen wrote: > > On Tue, Sep 08, 2015 at 05:07:03PM -0700, Kees Cook wrote: > > > > > > Yeah, bpf's union looks good. Let's add a "command" flag, though: > > > > > >

[PATCH] mmc: block: Add new ioctl to send multi commands

From: Seshagiri Holi Certain eMMC devices allow vendor specific device information to be read via a sequence of vendor commands. These vendor commands must be issued in sequence and an atomic fashion. One way to support this would be to add an ioctl function for sending a

Re: [PATCH 1/4] sched/{cpuset,core}: restore complete root_domain status across hotplug

On Wed, Sep 02, 2015 at 11:01:33AM +0100, Juri Lelli wrote: > Hotplug operations are destructive w.r.t data associated with cpuset; > in this case we care about root_domains. SCHED_DEADLINE puts bandwidth > information regarding admitted tasks on root_domains, information that > is gone when an

Global lock for PCI configuration accesses

Hi, There's currently an issue with PCI configuration space accesses on Tegra. The PCI host controller driver's ->map_bus() implementation remaps I/O memory on-demand to avoid potentially wasting 256 MiB of virtual address space. The reason why this is done is because the mapping isn't compatible

Re: Multiple potential races on vma->vm_flags

On Wed, Sep 09, 2015 at 05:27:16PM +0200, Vlastimil Babka wrote: > On 09/07/2015 01:40 PM, Kirill A. Shutemov wrote: > >On Sun, Sep 06, 2015 at 03:21:05PM -0400, Sasha Levin wrote: > >>== > >>ThreadSanitizer: data-race in

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 09-09-15, 14:39, Lee Jones wrote: > Okay, I see what you mean. Sound fine, although only allows up to 31 > versions. Not an issue for us I don't think, but could be for other > vendors. Taking a recent example, the kernel recently went up to > v2.6.39 and some of the stable releases have

Re: [PATCH 1/6] ebpf: add a seccomp program type

On 09/09/2015 06:07 PM, Alexei Starovoitov wrote: On Wed, Sep 09, 2015 at 09:50:35AM -0600, Tycho Andersen wrote: [...] Thoughts? Please do not add any per-instruction hacks. None of them are necessary. Classic had to do extra ugly checks in seccomp only because verifier wasn't flexible

Re: Kernel 4.1.6 Panic due to slab corruption

On 09/09/2015 04:01 PM, Christoph Lameter wrote: On Wed, 9 Sep 2015, Nikolay Borisov wrote: What does: echo 1 >trace do? Could crash the sysem due to overload of messages. Yes I've seen that happen. Did you consider hooking it to trace_printk() instead of printk()? -- To

Re: [PATCH 5/6] seccomp: add a way to attach a filter via eBPF fd

On Tue, Sep 08, 2015 at 05:07:03PM -0700, Kees Cook wrote: > > Yeah, bpf's union looks good. Let's add a "command" flag, though: > > seccomp(SECCOMP_MODE_FILTER_EBPF, int cmd, union, size); > > And this cmd could be ADD_FD or something? > > How's that look? I think we can drop the size (using

[PATCH] ibmvsci: make parameters max_id and max_channel read-only

The value of the parameter is never re-read by the driver, so a new value is ignored. Let know the user he can't modify it by removing writable attribute. Signed-off-by: Laurent Vivier --- drivers/scsi/ibmvscsi/ibmvscsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Wed, 9 Sep 2015, Rafael J. Wysocki wrote: > > The best example and actually the very specific problem we want to > > solve is handling touchscreens on a phone / tablet. When the screen is > > turned off, it is ideal to suspend the touchscreen for two reasons: to > > lower the power consumption

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Wed, 9 Sep 2015, Roger Quadros wrote: > (adding back folks in cc) > > On 08/09/15 20:35, Alan Stern wrote: > > On Tue, 8 Sep 2015, Roger Quadros wrote: > > > What if there is another architecture like so? > > C: > [Parent] > | >

Re: Multiple potential races on vma->vm_flags

On 09/07/2015 01:40 PM, Kirill A. Shutemov wrote: On Sun, Sep 06, 2015 at 03:21:05PM -0400, Sasha Levin wrote: == ThreadSanitizer: data-race in munlock_vma_pages_range Write of size 8 by thread T378 (K2633, CPU3): []

Re: Almost certainly confirmed, sun7i-a20 does not support 8 bit mmc.

Hi, On 09-09-15 16:30, Maxime Ripard wrote: On Wed, Sep 09, 2015 at 03:04:11PM +0200, Olliver Schinagl wrote: Hey all, After experimenting with a Micron eMMC chip, I made some interesting finds I wanted to share with you all. For a while now, some had hopes or guessed that the A20 could have

Re: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order

On Wed, Sep 09, 2015 at 03:27:47PM +0100, Anaczkowski, Lukasz wrote: > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: Wednesday, September 9, 2015 3:56 PM > > > On Wed, Sep 09, 2015 at 10:30:18AM +0100, Lukasz Anaczkowski wrote: > > > () it's hard

Re: [RFC PATCH v3] Fix: clocksource watchdog marks TSC unstable on guest VM

On Wed, Sep 09, 2015 at 11:51:43AM +0200, Thomas Gleixner wrote: > On Tue, 8 Sep 2015, Shaohua Li wrote: > > On Tue, Sep 08, 2015 at 05:08:03PM +0200, Thomas Gleixner wrote: > > > For non paravirt kernels which can read the TSC directly, we'd need a > > > way to transport that information. A

Re: [PATCH 1/6] ebpf: add a seccomp program type

On Fri, Sep 04, 2015 at 02:08:37PM -0700, Kees Cook wrote: > On Fri, Sep 4, 2015 at 2:06 PM, Tycho Andersen > wrote: > > On Fri, Sep 04, 2015 at 01:34:12PM -0700, Kees Cook wrote: > >> On Fri, Sep 4, 2015 at 9:04 AM, Tycho Andersen > >>

Re: [PATCH] perf report: Fix invalid memory accessing

Em Tue, Sep 08, 2015 at 01:35:10PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Sep 08, 2015 at 01:13:59PM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Tue, Sep 08, 2015 at 12:58:31PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Right now we don't have that much use for the other

Re: [PATCH v5 3/4] mtd: nand: jz4780: driver for NAND devices on JZ4780 SoCs

On 08 Sep 10:10 AM, Alex Smith wrote: > Add a driver for NAND devices connected to the NEMC on JZ4780 SoCs, as > well as the hardware BCH controller. DMA is not currently implemented. > > While older 47xx SoCs also have a BCH controller, they are incompatible > with the one in the 4780 due to

[PATCH/RFC] mm: do not regard CMA pages as free on watermark check

__zone_watermark_ok() does not corrrectly take high-order CMA pageblocks into account: high-order CMA blocks are not removed from the watermark check. Moreover, CMA pageblocks may suddenly vanish through CMA allocation, so let's not regard these pages as free in __zone_watermark_ok(). This patch

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

On Tue, Sep 08, 2015 at 12:43:41PM +0200, Roger Pau Monné wrote: > El 07/09/15 a les 13.35, Bob Liu ha escrit: > > > > On 09/07/2015 07:10 PM, Julien Grall wrote: > >> On 07/09/15 07:07, Bob Liu wrote: > >>> Hi Julien, > >> > >> Hi Bob, > >> > >>> On 09/04/2015 09:51 PM, Julien Grall wrote: >

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Wed, Sep 9, 2015 at 4:55 PM, Oliver Neukum wrote: > On Wed, 2015-09-09 at 14:22 +0200, Rafael J. Wysocki wrote: >> > Note that when the screen is turned-on again, we want to resume the >> > touchscreen so that it can send events again. > > Why is it impractical to close the

Re: [PATCH 1/6] ebpf: add a seccomp program type

On 09/09/2015 05:50 PM, Tycho Andersen wrote: On Fri, Sep 04, 2015 at 02:08:37PM -0700, Kees Cook wrote: On Fri, Sep 4, 2015 at 2:06 PM, Tycho Andersen [...] I was expecting to see a validator, similar to the existing BPF validator that is called when creating seccomp filters currently. Can

Re: [PATCH 1/6] ebpf: add a seccomp program type

On Wed, Sep 09, 2015 at 09:50:35AM -0600, Tycho Andersen wrote: > > > > > > That's effectively what this patch does; when the eBPF is loaded via > > > bpf(), you tell bpf() you want a BPF_PROG_TYPE_SECCOMP, and it invokes > > > this validation/translation code, i.e. it uses > > >

Re: [PATCH 3/3] Revert "task_work: remove fifo ordering guarantee"

On Wed, Sep 9, 2015 at 6:16 AM, Oleg Nesterov wrote: > > Again, rightly or not I believe that FIFO makes task_work_add() more useful. > Perhaps I am wrong, so far I can only provide the artificial examples... I'd rather wait until somebody has a real use case. I hate adding

Re: [PATCH v2] r8169: Fix sleeping function called during get_stats64

Corinna Vinschen : [...] > diff --git a/drivers/net/ethernet/realtek/r8169.c > b/drivers/net/ethernet/realtek/r8169.c > index 24dcbe6..c12 100644 > --- a/drivers/net/ethernet/realtek/r8169.c > +++ b/drivers/net/ethernet/realtek/r8169.c > @@ -833,7 +833,8 @@ struct

[PATCH 1/1] mm: kmemleak: remove unneeded initialization of object to NULL

Few lines below object is reinitialized by lookup_object() so we don't need to init it by NULL in the beginning of find_and_get_object(). Signed-off-by: Alexey Klimov --- mm/kmemleak.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/kmemleak.c

Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program

On Fri, Sep 04, 2015 at 06:27:27PM -0600, Tycho Andersen wrote: > On Fri, Sep 04, 2015 at 04:08:53PM -0700, Andy Lutomirski wrote: > > On Fri, Sep 4, 2015 at 3:28 PM, Tycho Andersen > > wrote: > > > On Fri, Sep 04, 2015 at 02:48:03PM -0700, Andy Lutomirski wrote: > >

[PATCH v4 5/6] mtd: nand: gpmi: correct bitflip for erased NAND page

i.MX6QP and i.MX7D BCH module integrated a new feature to detect the bitflip number for erased NAND page. So for these two platform, set the erase threshold to ecc_strength and if bitflip detected, GPMI driver will correct the data to all 0xFF. Signed-off-by: Han Xu ---

Re: [PATCH] ARM: fix alignement of __bug_table section entries

Russell King - ARM Linux writes: > On Tue, Sep 08, 2015 at 07:01:00PM +0200, Robert Jarzmik wrote: >> Russell King - ARM Linux writes: > At the point we call into this code, the DACR should be 0x75, which > should allow us to read the instruction

Re: [PATCH] spmi-pmic-arb: support configurable number of peripherals

On Fri, 4 Sep 2015 17:50:11 -0700 Stephen Boyd wrote: > On 09/04, Gilad Avidov wrote: > > On Thu, 3 Sep 2015 17:16:30 -0700 > > Stephen Boyd wrote: > > > > > On 09/03, Gilad Avidov wrote: > > > > +supported by HW. Default

Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program

On Wed, Sep 9, 2015 at 3:34 PM, Tycho Andersen wrote: > On Fri, Sep 04, 2015 at 06:27:27PM -0600, Tycho Andersen wrote: >> On Fri, Sep 04, 2015 at 04:08:53PM -0700, Andy Lutomirski wrote: >> > On Fri, Sep 4, 2015 at 3:28 PM, Tycho Andersen >> >

Re: [GIT PULL REQUEST] watchdog - v4.3-rc1 merge window

On Wed, Sep 09, 2015 at 02:42:23PM -0700, Linus Torvalds wrote: > On Wed, Sep 9, 2015 at 2:40 PM, Stephen Rothwell > wrote: > > > > I have not been able to fetch from that tree for the past couple of > > days. It connects and then hangs for some time > > .. yup, that's

Re: [PATCH linux-next v9 2/3] mfd: devicetree: add bindings for Atmel Flexcom

On 09/09/2015 10:45 AM, Cyrille Pitchen wrote: > Hi Rob, > > Le 09/09/2015 01:40, Rob Herring a écrit : >> On 09/01/2015 09:46 AM, Cyrille Pitchen wrote: >>> This patch documents the DT bindings for the Atmel Flexcom which will be >>> introduced by sama5d2x SoCs. These bindings will be used by

Re: [PATCH 0/4] net: a few kzalloc/memset cleanups

From: Rasmus Villemoes Date: Wed, 9 Sep 2015 10:38:01 +0200 > These are just a few k[czm]alloc/memset related cleanups. Series applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v4] stmmac: fix check for phydev being open

From: Alexey Brodkin Date: Wed, 9 Sep 2015 18:01:08 +0300 > Current check of phydev with IS_ERR(phydev) may make not much sense > because of_phy_connect() returns NULL on failure instead of error value. > > Still for checking result of phy_connect() IS_ERR() makes

Re: [PATCH 0/3] serial: samsung: Fix UART status handling and other fixes

On 09.09.2015 18:15, Robert Baldyga wrote: > On 09/09/2015 01:47 AM, Krzysztof Kozlowski wrote: >> On 08.09.2015 18:38, Robert Baldyga wrote: >>> Hello, >>> >>> This patch set contains three patches: two minor fixes and one quite >>> important bugfix enabling UART status handling in DMA mode,

Re: [GIT PULL REQUEST] watchdog - v4.3-rc1 merge window

On 09/09/2015 04:44 PM, Fengguang Wu wrote: On Wed, Sep 09, 2015 at 02:42:23PM -0700, Linus Torvalds wrote: On Wed, Sep 9, 2015 at 2:40 PM, Stephen Rothwell wrote: I have not been able to fetch from that tree for the past couple of days. It connects and then hangs for

Re: [PATCH 2/3] serial: samsung: remove unneded 'ignore_char' label

On 08.09.2015 18:38, Robert Baldyga wrote: > This label does nothing special and we don't need to have it anymore. > > Signed-off-by: Robert Baldyga > --- > drivers/tty/serial/samsung.c | 7 ++- > 1 file changed, 2 insertions(+), 5 deletions(-) Label does nothing but

[PATCH 3/3] ACPI / scan: use kstrdup_const in acpi_add_id()

Empirically, acpi_add_id is mostly called with string literals, so using kstrdup_const for initializing struct acpi_hardware_id::id saves a little run-time memory and a string copy. Signed-off-by: Rasmus Villemoes --- drivers/acpi/scan.c | 4 ++-- 1 file changed, 2

[PATCH 2/3] ACPI: constify struct acpi_hardware_id::id

This is preparation for using kstrdup_const to initialize that member. Signed-off-by: Rasmus Villemoes --- drivers/acpi/scan.c| 4 ++-- drivers/pnp/pnpacpi/core.c | 4 ++-- include/acpi/acpi_bus.h| 2 +- 3 files changed, 5 insertions(+), 5 deletions(-)

[PATCH 1/3] ACPI: constify first argument of struct acpi_scan_handler::match

One wouldn't expect a "match" function modify the string it searches for, and indeed the only instance of the struct acpi_scan_handler::match callback, acpi_pnp_match, can easily be changed. While there, update its helper matching_id(). This is also preparation for constifying struct

[PATCH] kernel/resource.c: fix muxed resource handling in __request_region()

In __request_region, if a conflict with a BUSY and MUXED resource is detected, then the caller goes to sleep and waits for the resource to be released. A pointer on the conflicting resource is kept. At wake-up this pointer is used as a parent to retry to request the region. A first problem is that

[PATCH v4 3/6] mtd: nand: gpmi: may use minimum required ecc for 744 oobsize NAND

By default NAND driver will choose the highest ecc strength that oob could contain, in this case, for some 8K+744 NAND flash, the ecc strength will be up to 52bit, which beyonds the i.MX6QDL BCH capability (40bit). This patch allows the NAND driver try to use minimum required ecc strength if it

[PATCH v4 4/6] mtd: nand: gpmi: add GPMI NAND support for i.MX7D

support GPMI NAND on i.MX7D Signed-off-by: Han Xu --- drivers/mtd/nand/gpmi-nand/bch-regs.h | 14 +++--- drivers/mtd/nand/gpmi-nand/gpmi-lib.c | 10 ++ drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 26 +-

[PATCH v4 1/6] mtd: nand: gpmi: add gpmi dsm supend/resume support

From: Huang Shijie i.MX6SX supports deep sleep mode(DSM) that may turn off GPMI/BCH power during suspend, add gpmi nand suspend/resume function to release DMA channel in suspend function and re-init GPMI/BCH controller during resume function. Although it is not necessary

[PATCH v4 2/6] dmaengine: mxs: support i.MX7D and deep sleep mode

From: Huang Shijie The patch support i.MX7D platform by adding extra DMA clock. Deep Sleep Mode(dsm) turns off the power for APBH DMA module, add suspend/resume function and re-init the APBH DMA during resume. Signed-off-by: Huang Shijie

Re: [PATCH v3 2/4] clk: qcom: Add support for RCGs with shared branches

On 08/13, Georgi Djakov wrote: > diff --git a/drivers/clk/qcom/clk-rcg.h b/drivers/clk/qcom/clk-rcg.h > index 56028bb31d87..0693b9e0b15e 100644 > --- a/drivers/clk/qcom/clk-rcg.h > +++ b/drivers/clk/qcom/clk-rcg.h > @@ -153,8 +153,8 @@ extern const struct clk_ops clk_dyn_rcg_ops; > * @hid_width:

Re: [PATCH] power: bq24261_charger: Add support for TI BQ24261 charger

Hi Ramakrishna, On Sun, Sep 6, 2015 at 8:23 PM, Ramakrishna Pallala wrote: > Add new charger driver support for BQ24261 charger IC. > > BQ24261 charger driver relies on extcon notifications to get the > charger cable type and based on that it will set the charging

[PATCH v4 6/6] mtd: nand: gpmi: support NAND on i.MX6UL

support GPMI NAND on i.MX6UL Signed-off-by: Han Xu --- drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 9 + drivers/mtd/nand/gpmi-nand/gpmi-nand.h | 4 +++- 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/drivers/mtd/nand/gpmi-nand/gpmi-nand.c

[PATCH 2/2 (v2)] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

Recently an issue was reported that was difficult to detect except by tweaking the adjtimex tick value, and noticing how quickly the adjustment took to be made: https://lkml.org/lkml/2015/9/1/488 Thus this patch introduces a new test which manipulates the adjtimex tick value and validates

Re: [PATCH] ahci: added a new driver for supporting Freescale AHCI sata

On Sun, Sep 6, 2015 at 12:39 AM, Yuantian Tang wrote: > Hi, > {snip} >> >> This will break booting new kernels with old dtb files, something which in >> general is considered a big non-no, I suggest adding a comment that this has >> been superseded by the new

Re: incoming

On Wed, Sep 9, 2015 at 3:34 PM, Andrew Morton wrote: > Subject: lib/: add parse_integer() (replacement for simple_strto*()) > Subject: parse_integer: add runtime testsuite > Subject: parse-integer: rewrite kstrto*() > Subject: parse_integer: add checkpatch.pl notice >

Re: [PATCH v5 1/4] mtd: nand: increase ready wait timeout and report timeouts

+ Niklas On Tue, Sep 08, 2015 at 10:10:50AM +0100, Alex Smith wrote: > If nand_wait_ready() times out, this is silently ignored, and its > caller will then proceed to read from/write to the chip before it is > ready. This can potentially result in corruption with no indication as > to why. > >

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 09/09/2015 11:36 AM, Lee Jones wrote: >>> Or have I got the wrong end of the stick? >>> >>> NB: Note the suggested new property names. >> >> Yeah, all looks fine to me. > > I think these names are better: > > opp-supply-range-name => opp-microvolt-names > opp-cuts =>

Re: [PATCH] power: bq24261_charger: Add support for TI BQ24261 charger

On 10.09.2015 02:31, Andreas Dannenberg wrote: > On Wed, Sep 09, 2015 at 01:17:11PM +0900, Krzysztof Kozlowski wrote: >> On 09.09.2015 11:26, Andreas Dannenberg wrote: >>> Krzysztof, good observation! In bq2425x_charger.c (formerly known as >>> bq24257_charger.c :) that I worked on the unit used

Re: [PATCH v4 RESEND] x86/asm/entry/32, selftests: Add 'test_syscall_vdso' test

On Mon, Sep 7, 2015 at 8:56 AM, Denys Vlasenko wrote: > This new test checks that all x86 registers are preserved across > 32-bit syscalls. It tests syscalls through VDSO (if available) > and through INT 0x80, normally and under ptrace. > > If kernel is a 64-bit one, high

Re: [PATCH-v2 1/2] mpt3sas: Refcount sas_device objects and fix unsafe list usage

On Wed, 2015-09-09 at 19:59 +0530, Chaitra Basappa wrote: > From: Sreekanth Reddy [mailto:sreekanth.re...@avagotech.com] > Sent: Tuesday, September 08, 2015 5:26 PM > To: Nicholas A. Bellinger > Cc: linux-scsi; linux-kernel; James Bottomley; Calvin Owens; Christoph > Hellwig; MPT-FusionLinux.pdl;

[PATCH] x86: wmi: Remove private %pUL implementation

The work performed by wmi_gtoa is equivalent to simply sprintf(out, "%pUL", in), so one could replace its body by this. However, most users feed the result directly as a %s argument to some other function which also understands the %p extensions (they all ultimately use vsnprintf), so we can

Re: [PATCH] power: bq24261_charger: Add support for TI BQ24261 charger

Hi Ram, thanks for submitting this, please see some feedback inlined... On Sun, Sep 06, 2015 at 10:53:07PM +0530, Ramakrishna Pallala wrote: > Add new charger driver support for BQ24261 charger IC. > > BQ24261 charger driver relies on extcon notifications to get the > charger cable type and

Re: [PATCH v3 1/3] clk: Add safe switch hook

On 08/12, Georgi Djakov wrote: > From: Stephen Boyd > > Sometimes clocks can't accept their parent source turning off > while the source is reprogrammed to a different rate. Most > notably CPU clocks require a way to switch away from the current > PLL they're running on,

[PATCH v3] of_pci_irq: Silence bogus "of_irq_parse_pci() failed ..." messages.

From: David Daney It is perfectly legitimate for a PCI device to have an PCI_INTERRUPT_PIN value of zero. This happens if the device doesn't use interrupts, or on PCIe devices, where only MSI/MSI-X are supported. Silence the annoying "of_irq_parse_pci() failed with

[PATCH] ipv6: fix ifnullfree.cocci warnings

net/ipv6/route.c:2946:3-8: WARNING: NULL check before freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid passing NULL values. NULL check before some freeing functions is not needed. Based on

Re: [PATCH 1/7] cpufreq: remove redundant CPUFREQ_INCOMPATIBLE notifier event

On Monday, August 03, 2015 08:36:14 AM Viresh Kumar wrote: > What's being done from CPUFREQ_INCOMPATIBLE, can also be done with > CPUFREQ_ADJUST. There is nothing special with CPUFREQ_INCOMPATIBLE > notifier. The above part of the changelog is a disaster to me. :-( It not only doesn't explain

[PATCH 1/2] time: Fix timekeeping_freqadjust()'s incorrect use of abs() instead of abs64()

The internal clocksteering done for fine-grained error correction uses a logarithmic approximation, so any time adjtimex() adjusts the clock steering, timekeeping_freqadjust() quickly approximates the correct clock frequency over a series of ticks. Unfortunately, the logic in

Re: [PATCH 2/3] devicetree:bindings: add devicetree bindings for Freescale AHCI

On Mon, Sep 7, 2015 at 3:23 AM, wrote: > From: Tang Yuantian > > adds bindings for Freescale QorIQ AHCI SATA controller. > > Signed-off-by: Tang Yuantian > --- >

Re: [RESEND PATCH] ARM: multi_v7_defconfig: Enable PBIAS regulator

Kishon Vijay Abraham I writes: > PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4, > OMAP5 and DRA7 SoCs. Enable it here. > > Signed-off-by: Kishon Vijay Abraham I Thanks, added to our next/late branch. Kevin -- To unsubscribe from this list:

Re: [PATCH v3 3/3] clk: qcom: Add A53 clock driver

On 08/12, Georgi Djakov wrote: > Add a driver for the A53 subsystem PLL, so that we can provide higher Seems to be more than just the PLL... > frequency clocks for use by the system. > > diff --git a/Documentation/devicetree/bindings/clock/qcom,a53cc >

Re: [patch 27/95] scanf: fix type range overflow

On Wed, Sep 9, 2015 at 3:36 PM, wrote: > From: Alexey Dobriyan > Subject: scanf: fix type range overflow This is another patch that claims to fix a bug, but looks fundamentally broken unless I'm misreading something. Like it or not, people write

Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program

On Wed, Sep 09, 2015 at 04:44:24PM -0700, Andy Lutomirski wrote: > On Wed, Sep 9, 2015 at 3:34 PM, Tycho Andersen > wrote: > > > > Here's a thought, > > > > The set I'm currently proposing effectively separates the ref-counting > > of the struct seccomp_filter from

Re: [PATCH] ipv6: fix ifnullfree.cocci warnings

From: kbuild test robot Date: Thu, 10 Sep 2015 06:57:12 +0800 > net/ipv6/route.c:2946:3-8: WARNING: NULL check before freeing functions like > kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not > needed. Maybe consider reorganizing relevant code to

Re: [PATCH] inotify: actually check for invalid bits in sys_inotify_add_watch()

On 06/30/2015 10:36 AM, Dave Hansen wrote: > From: Dave Hansen > > The comment here says that it is checking for invalid bits. But, > the mask is *actually* checking to ensure that _any_ valid bit > is set, which is quite different. > > Add the actual check which

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On Wed, 9 Sep 2015, Vlastimil Babka wrote: > On 08/20/2015 10:26 AM, Naoya Horiguchi wrote: > > Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), which > > is inconvenient when we want to know per-task or per-vma base hugetlb usage. > > To solve this, this patch adds a new

Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig

Peter Zijlstra writes: > On Tue, Sep 08, 2015 at 03:31:58PM +0100, Morten Rasmussen wrote: >> On Tue, Sep 08, 2015 at 02:52:05PM +0200, Peter Zijlstra wrote: >> > > Tricky that, LOAD_AVG_MAX very much relies on the unit being 1<<10. >> >> I don't get why LOAD_AVG_MAX

Re: [PATCH] powerpc/book3s32: Only select PPC_HAVE_PMU on e600

On Fri, 2015-09-04 at 20:00 +0200, christophe leroy wrote: > Le 04/09/2015 18:43, Scott Wood a écrit : > > On Thu, Sep 03, 2015 at 11:27:03AM +0200, Christophe Leroy wrote: > > > On PPC832x, perf record/report reports martian addresses > > > > > > 2.62% perf_reseau4 libpthread-2.18.so

Re: [PATCH] inotify: actually check for invalid bits in sys_inotify_add_watch()

On Wed, Sep 9, 2015 at 5:59 PM, Dave Hansen wrote: > On 06/30/2015 10:36 AM, Dave Hansen wrote: >> From: Dave Hansen >> >> The comment here says that it is checking for invalid bits. But, >> the mask is *actually* checking to ensure that _any_ valid

Re: [PATCH] mm/mmap.c: Remove useless statement "vma = NULL" in find_vma()

On 9/10/15 00:26, Oleg Nesterov wrote: > On 09/08, Chen Gang wrote: >> >> I also want to consult: the comments of find_vma() says: > > Sorry, I don't understand the question ;) > >> "Look up the first VMA which satisfies addr < vm_end, ..." >> >> Is it OK? > > Why not? > We will continue discuss

[PATCH v4 0/6] mtd: nand: gpmi: gpmi-nand DSM and bitflip support

v1 ---> v2 change the erased page bitflip threshold to ecc strength in bitflip patch v2 ---> v3 remove unnecessary function in mxs-dma change the log message when legacy_set_geometry failed fix the comment message for bitflip add comma for all field entries v3 ---> v4 code style change for

[PATCH/TRIVIAL] Documentation: lockstat: Fix typo lokcing -> locking

Cc: Jiri Kosina Cc: Peter Zijlstra Cc: Ingo Molnar Signed-off-by: Stephen Boyd --- Documentation/locking/lockstat.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] power: bq24261_charger: Add support for TI BQ24261 charger

On 10.09.2015 03:11, Pallala, Ramakrishna wrote: >>> +Optional properties: >>> +- ti,thermal-sensing: boolean, if present thermal regulation will be >>> +enabled; >> >> What is the requirement for thermal-sensing? Can it be enabled always? >> If yes, then this is not really a hardware property. >

Re: Use (two) different compilers at build-time?

On Mon, Sep 07, 2015 at 09:12:58PM +0200, Sedat Dilek wrote: > Hi, > > is it possible to use a different compiler at build-time? btw, it'd be great if clang can just work on mainline kernel. I tried to run clang in 0day kbuild tests, however make aborts quickly in seconds. There are dozens of

Re: [PATCH 1/3] serial: samsung: remove unused 'irq' parameter

On 08.09.2015 18:38, Robert Baldyga wrote: > This parameter is not used anywhere, so we can get rid of it. > > Signed-off-by: Robert Baldyga > --- > drivers/tty/serial/samsung.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) Reviewed-by: Krzysztof

Re: [PATCH] spmi-pmic-arb: support configurable number of peripherals

On 09/09, Gilad Avidov wrote: > On Fri, 4 Sep 2015 17:50:11 -0700 > Stephen Boyd wrote: > > > On 09/04, Gilad Avidov wrote: > > > On Thu, 3 Sep 2015 17:16:30 -0700 > > > Stephen Boyd wrote: > > > > > > > On 09/03, Gilad Avidov wrote: > > I agree

Re: [PATCH] selftests/seccomp: build on aarch64, document ABI

On Wed, Sep 9, 2015 at 2:20 PM, Arnd Bergmann wrote: > On Wednesday 09 September 2015 13:52:39 Kees Cook wrote: >> On Wed, Sep 9, 2015 at 1:08 PM, Arnd Bergmann wrote: >> > On Wednesday 09 September 2015 12:30:27 Kees Cook wrote: > >> > If this is intentional, it at

[PATCH] x86, perf, uncore: Don't make MSR uncore depend on PCI uncore

From: Andi Kleen [Note: I still need this patch to make memory bandwidth monitoring work on my laptop. I believe all earlier review comments regarding how to return later ignored error codes are addressed in this version.] Several sytems, such as my laptop, don't expose

[GIT PULL rcu/urgent] Fix regression from conversion to RCU_LOCKDEP_WARN()

Hello, Ingo, This additional series contains a single fix for a regression introduced earlier in this merge window: 1. security/device_cgroup: f78f5b90c4ff ("rcu: Rename rcu_lockdep_assert() to RCU_LOCKDEP_WARN()") introduced a bug by incorrectly inverting the condition when

Re: [PATCH] inotify: actually check for invalid bits in sys_inotify_add_watch()

Looks fine to me. And usually akpm picks them up these days. On Wed, 2015-09-09 at 14:59 -0700, Dave Hansen wrote: > On 06/30/2015 10:36 AM, Dave Hansen wrote: > > From: Dave Hansen > > > > The comment here says that it is checking for invalid bits. But, > > the

Re: [PATCH 3/4] net: mv643xx_eth: use kzalloc

On Wed, 2015-09-09 at 11:45 -0700, Joe Perches wrote: > On Wed, 2015-09-09 at 20:34 +0200, Rasmus Villemoes wrote: > > mc_spec and mc_other are u32*, we allocate 0x200 = 512 bytes = 128 > > u32s, and pointer arithmetic makes mc_other point to the latter 64. Then > > the memory is cleared 256 bytes

Re: [PATCH] inotify: actually check for invalid bits in sys_inotify_add_watch()

On 09/09/2015 04:16 PM, Eric Paris wrote: > Looks fine to me. And usually akpm picks them up these days. Is that an Acked-by? :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [RESEND PATCH 3/7] usb: phy: isp1301: Export I2C module alias information

Hello, On 09/01/2015 05:29 PM, Javier Martinez Canillas wrote: > Hello Greg and Felipe, > > On 08/25/2015 08:31 AM, Javier Martinez Canillas wrote: >> The I2C core always reports the MODALIAS uevent as "i2c:> regardless if the driver was matched using the I2C id_table or the >> of_match_table.

Re: [PATCH] mtd: blktrans: fix integer overflow

On Sat, Sep 05, 2015 at 09:42:27PM +0800, Peng Fan wrote: > On Wed, Sep 02, 2015 at 10:02:49AM -0700, Brian Norris wrote: > > One possibility, since you only point to a single computation that > > overflows, is to just fix the overflow locally. It's not like the 'size' > > (which represents number

[GIT PULL] Hexagon arch changes for 4.3

Linus, Please pull the following changes for the Hexagon architecture. It's just two fixes -- one for a uapi header and one for a timer interface. Thanks, Richard Kuo The following changes since commit 64291f7db5bd8150a74ad2036f1037e6a0428df2: Linux 4.2 (2015-08-30 11:34:09 -0700) are

[PATCH 1/3] clocksource: em_sti: remove unneeded memset()s

Memory for cs and ced fields in struct em_sti_priv is allocated by devm_kzalloc() in the beginning of em_sti_probe() so they don't need to be zeroed one more time in em_sti_register_clocksource() and in em_sti_register_clockevent(). Signed-off-by: Alexey Klimov ---

Re: [PATCH 1/7] cpufreq: remove redundant CPUFREQ_INCOMPATIBLE notifier event

On 10-09-15, 01:26, Rafael J. Wysocki wrote: > On Monday, August 03, 2015 08:36:14 AM Viresh Kumar wrote: > > What's being done from CPUFREQ_INCOMPATIBLE, can also be done with > > CPUFREQ_ADJUST. There is nothing special with CPUFREQ_INCOMPATIBLE > > notifier. > > The above part of the changelog

<    6   7   8   9   10   11   12   13   14   15   >