Re: [PATCH 01/25] serial: sh-sci: Update DT binding documentation for external clock input

On Thu, Nov 19, 2015 at 9:27 PM, Laurent Pinchart wrote: > On Thursday 19 November 2015 22:19:14 Laurent Pinchart wrote: >> On Thursday 19 November 2015 19:38:40 Geert Uytterhoeven wrote: >> > Amend the DT bindings to include the optional external clock on >> > (H)SCI(F) and some SCIFA, where

Re: [PATCH 07/25] serial: sh-sci: Convert from clk_get() to devm_clk_get()

Hi Geert, Thank for the patch. On Thursday 19 November 2015 19:38:46 Geert Uytterhoeven wrote: > Transfer clock cleanup handling to the core device management code. > > Signed-off-by: Geert Uytterhoeven > --- > drivers/tty/serial/sh-sci.c | 8 +++- > 1 file changed, 3 insertions(+), 5

Re: [PATCH 09/25] serial: sh-sci: Avoid overflow in sci_baud_calc_hscif()

Hi Geert, Thank you for the patch. On Thursday 19 November 2015 19:38:48 Geert Uytterhoeven wrote: > If bps >= 1048576, the multiplication of "(sr * (1 << (2 * c + 1))" and > "bps" will overflow, and both br and err will contain bogus values. > Skip the current and all higher clock select

Re: [PATCH 08/25] serial: sh-sci: Make unsigned values in sci_baud_calc_hscif() unsigned

Hi Geert, Thank you for the patch. On Thursday 19 November 2015 19:38:47 Geert Uytterhoeven wrote: > Move the -1 offset of br to the assignment to *brr, so br cannot become > negative anymore, and update the clamp() call. Now all unsigned values > in sci_baud_calc_hscif() can become unsigned. >

Re: Hibernate resume bug around 3,18-rc2 - Full PAT support

On 11/19/2015 11:10 AM, Juergen Gross wrote: So Do you want me to test 4.3 or 4.4-pre/rc*/latest linus tree. I assume 4.3 for now. I think 4.3 is okay. I will do it later tonight. It will take 2 days at least to report back I compiled and I am running 4.3 right now. If it fails I will

Re: [PATCH 01/25] serial: sh-sci: Update DT binding documentation for external clock input

Hi Laurent, On Thu, Nov 19, 2015 at 9:19 PM, Laurent Pinchart wrote: > On Thursday 19 November 2015 19:38:40 Geert Uytterhoeven wrote: >> diff --git a/Documentation/devicetree/bindings/serial/renesas,sci-serial.txt >> b/Documentation/devicetree/bindings/serial/renesas,sci-serial.txt index >>

Re: [PATCH] clk: add generic driver for fixed rate clock

On Tue, Nov 17, 2015 at 04:46:29PM +0100, Geert Uytterhoeven wrote: > Thanks, this is still very useful! > > I stumbled across this old patch while trying to instantiate a fixed rate > clock from a DT overlay. > Without this, the clock is never instantiated, as drivers/clk/clk-fixed-rate.c > uses

Re: [PATCH v2 PART-RESEND 0/2] berlin sdhci clock clean up

On 16.11.2015 11:56, Jisheng Zhang wrote: > Add or fix the optional clock property, then remove the CLK_IGNORE_UNUSED > flag for sdio clk(s). > > This is a partialy resend of > http://lists.infradead.org/pipermail/linux-arm-kernel/2015-October/379457.html > > patch3, patch4 has been merged.

Re: [RFD] CAT user space interface revisited

On Wed, Nov 18, 2015 at 11:05:35PM -0200, Marcelo Tosatti wrote: > On Wed, Nov 18, 2015 at 10:01:53PM -0200, Marcelo Tosatti wrote: > > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote: > > > Folks! > > > > > > After rereading the mail flood on CAT and staring into the SDM for a >

Re: [PATCH 6/7] cputime: Introduce vtime accounting check for readers

On Thu, Nov 19, 2015 at 04:47:33PM +0100, Frederic Weisbecker wrote: > +++ b/include/linux/vtime.h > @@ -17,9 +17,20 @@ static inline bool vtime_accounting_cpu_enabled(void) { > return true; } > #endif /* CONFIG_VIRT_CPU_ACCOUNTING_NATIVE */ > > #ifdef CONFIG_VIRT_CPU_ACCOUNTING_GEN > +/* > +

Re: [PATCH 01/25] serial: sh-sci: Update DT binding documentation for external clock input

Hi Geert, On Thursday 19 November 2015 22:19:14 Laurent Pinchart wrote: > On Thursday 19 November 2015 19:38:40 Geert Uytterhoeven wrote: > > Amend the DT bindings to include the optional external clock on > > (H)SCI(F) and some SCIFA, where this pin can serve as a clock input, > > depending on

Re: [PATCH 02/25] serial: sh-sci: Update DT binding documentation for BRG support

Hi Geert, Thank you for the patch. On Thursday 19 November 2015 19:38:41 Geert Uytterhoeven wrote: > Amend the DT bindings to include the optional clock sources for the Baud > Rate Generator for External Clock (BRG), as found on some SCIF variants > and on HSCIF. > > Signed-off-by: Geert

Re: [PATCH RESEND] arm: dts: berlin2q: remove duplicated interrupt-parent

On 16.11.2015 11:46, Jisheng Zhang wrote: > The default interrupt-parent has been set in the upper layer, apb@e8 > and apb@fc for example. So if the interrupt-parent isn't changed, we > don't need to set it again. This patch removes the dumplicated > interrupt-parent settings. > >

Re: [PATCH RESEND] arm: dts: berlin2q-marvell-dmp: remove broken-cd from eMMC node

On 16.11.2015 11:43, Jisheng Zhang wrote: > The eMMC is non-removable so is marked with the non-removable DT > property to avoid having to redetect it after a suspend/resume. > > But it also has the broken-cd property which is wrong since only > one of the DT properties for card detection should

mm: bad page flags in free_pages_prepare

Hi all, While fuzzing with trinity inside a KVM tools guest running the latest -next kernel I've stumbled on the following spew: [ 9037.524924] BUG: Bad page state in process trinity-c2179 pfn:197750f [ 9037.529243] page:ea0065dd43c0 count:0 mapcount:1 mapping: (null) index:0x2f0f

Re: [PATCH 01/25] serial: sh-sci: Update DT binding documentation for external clock input

Hi Geert, Thank you for the patch. On Thursday 19 November 2015 19:38:40 Geert Uytterhoeven wrote: > Amend the DT bindings to include the optional external clock on > (H)SCI(F) and some SCIFA, where this pin can serve as a clock input, > depending on board wiring. > > Signed-off-by: Geert

[PATH RESEND v2 03/10] tty: xuartps: Always enable transmitter in start_tx

start_tx must start transmitting characters. Regardless of the state of the circular buffer, always enable the transmitter hardware. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH] m32r: Fix clearing of thread info fault code

The expression (~0 >> x) will always yield all-ones, because the right shift is an arithmetic right shift that will always shift ones in. Hence the old fault code bits will not be cleared before being ORed with the new fault code. Fix this by forcing a logical right shift instead of an arithmetic

[PATH RESEND v2 07/10] tty: xuartps: Acquire port lock for shutdown

Shutting down the UART port can happen while console operations are in progress. Holding the port lock serializes these operations and avoids the UART HW to be disabled in the middle of console prints. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 6 ++ 1 file

[PATCH] sh: Fix clearing of thread info fault code

The expression (~0 >> x) will always yield all-ones, because the right shift is an arithmetic right shift that will always shift ones in. Hence the old fault code bits will not be cleared before being ORed with the new fault code. Fix this by forcing a logical right shift instead of an arithmetic

[PATH RESEND v2 10/10] tty: xuartps: Cleanup: Reformat if-else

Convert an if-else into the more common early return on error, reducing the indent level of the happy path. Signed-off-by: Soren Brinkmann --- v2: - added this patch --- drivers/tty/serial/xilinx_uartps.c | 124 ++--- 1 file changed, 62 insertions(+), 62

Re: linux-next: manual merge of the audit tree with Linus' tree

Hi Richard, On Thu, 19 Nov 2015 13:30:12 -0500 Richard Guy Briggs wrote: > > Stephen, your patch looks fine to me. I had some minor concerns about > deeper issues as to whether the original intent of that part of the > audit subsystem was affected by this change, but that is WRT the >

[PATH RESEND v2 05/10] tty: xuartps: Improve startup function

The startup function is supposed to initialize the UART for receiving. Hence, don't enable the TX part. Also, protect HW accesses with the port lock. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 20 1 file changed, 12 insertions(+), 8 deletions(-)

[PATH RESEND v2 09/10] tty: xuartps: Only handle RX IRQs when RX is enabled

Ignore RX-related interrupts if RX is not enabled. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/tty/serial/xilinx_uartps.c index

[PATH RESEND v2 00/10] tty: xuartps: Fix lock ups

Hi, I guess this series got probably lost during the merge window. Hence, I resend the patches. This is v2, hopefully without any build issues. The changes are the same as before, just the warning reported by kbuild test robot about unused variables have been fixed. And, I added one more patch

[PATH RESEND v2 08/10] tty: xuartps: Move RX path into helper function

Move RX-related IRQ handling into a helper function. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 50 +- 1 file changed, 28 insertions(+), 22 deletions(-) diff --git a/drivers/tty/serial/xilinx_uartps.c

[PATH RESEND v2 06/10] tty: xuartps: Keep lock for whole ISR

The RX path in the interrupt handler released a lock unnecessarily. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/tty/serial/xilinx_uartps.c index

[PATH RESEND v2 02/10] tty: xuartps: Use spinlock to serialize HW access

Instead of disabling the IRQ, use the spin lock to serialize accesses to the HW. This protects the driver from interference of non-IRQ callbacks with each other and makes the driver more consistent in its serialization method. Signed-off-by: Soren Brinkmann --- v2: - remove unused variable ---

Re: [PATCH 0/3] Documentation: arm: update Berlin family info in Marvell README

On 15.11.2015 03:36, Tom Hebb wrote: > These are a few changes to bring the Marvell Berlin family documentation > up to date. The old URLs were no longer redirecting properly, so I > changed them to the current ones. I also added what information I could > find about the new BG2CDP chip used in

[PATH RESEND v2 01/10] tty: xuartps: Beautify read-modify writes

Non-functional, formatting changes to ease reading the code. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/tty/serial/xilinx_uartps.c index

[PATCH] m32r: Fix clearing of thread info fault code

The expression (~0 >> x) will always yield all-ones, because the right shift is an arithmetic right shift that will always shift ones in. Hence the old fault code bits will not be cleared before being ORed with the new fault code. Fix this by forcing a logical right shift instead of an arithmetic

[PATCH] nvidia/noveau: Fix color mask

The expression (~0 >> x) will always yield all-ones, because the right shift is an arithmetic right shift that will always shift ones in. Accordingly ~(~0 >> x) will always be zero. Hence 'mask' will always be zero in this case. Fix this by forcing a logical right shift instead of an arithmetic

Re: [RFC] namei: prevent sgid-hardlinks for unmapped gids

On Tue, Nov 10, 2015 at 7:08 AM, Jan Kara wrote: > On Sat 07-11-15 21:02:06, Ted Tso wrote: >> On Fri, Nov 06, 2015 at 09:05:57PM -0800, Kees Cook wrote: >> > They're certainly not used early enough -- we need to remove suid when >> > the page becomes writable via mmap (wp_page_shared),

Re: [PATCH 3/4] sched: introduce synchronized idle injection

On Thu, Nov 19, 2015 at 05:24:07PM +, Morten Rasmussen wrote: > I would consider it an > emergency-only mechanism (as in emergency brake) that isn't really > suitable for normal thermal management. In which case: Does this sort of > mechanism belong in the scheduler code? I would prefer it

Re: [PATCH 0/3] null_blk patches for 4.4-rc2

On 11/19/2015 04:50 AM, Matias Bjørling wrote: Hi Jens, Please take a look at these three patches for 4.4-rc2. The first patch uses a slab allocator for ppa list to only allocate the necessary memory. As the linear addressing mode was removed, the second patch changes the driver to use the ppa

Re: [PATCH] soc: Mediatek: Enable SCPSYS power domain driver by default

On Fri, Nov 13, 2015 at 7:59 AM, Kevin Hilman wrote: > Eddie Huang writes: > >> If enable Mediatek 8173 SoC, it should also enable power domain >> driver. Otherwise access clk subsystem register will fail. >> >> Signed-off-by: Eddie Huang > > Tested-by: Kevin Hilman > > This gets the

Re: [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi Kevin, On Thu, 2015-11-19 at 04:06 +, Tian, Kevin wrote: > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > Sent: Thursday, November 19, 2015 2:12 AM > > > > [cc +qemu-devel, +paolo, +gerd] > > > > On Tue, 2015-10-27 at 17:25 +0800, Jike Song wrote: > > > Hi all, > > > > >

[PATH RESEND v2 04/10] tty: xuartps: Clear interrupt status register in shutdown

When shutting down the UART, clear the interrupt status register. Signed-off-by: Soren Brinkmann --- drivers/tty/serial/xilinx_uartps.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/tty/serial/xilinx_uartps.c index df6778d17949..b7fc30639292

Re: [PATCH 2/4] timer: relax tick stop in idle entry

On Thu, Nov 19, 2015 at 11:21:25AM -0800, Jacob Pan wrote: > On Thu, 19 Nov 2015 20:06:30 +0100 > Peter Zijlstra wrote: > > > Which one? That is, I cannot find a idle_cpu() call from > > tick_nohz_irq_exit(). > it is tick_irq_exit(void), i will not call tick_nohz_irq_exit() if > !idle_cpu()

Re: [PATCH 2/2] ARM: use const and __initconst for smp_operations

On 15.11.2015 02:39, Masahiro Yamada wrote: > These smp_operations structures are not over-written, so add "const" > qualifier and replace __initdata with __initconst. > > Also, add "static" where it is possible. > > Signed-off-by: Masahiro Yamada > --- [...] > arch/arm/mach-berlin/platsmp.c

Re: [PATCH RESEND] arm64: berlin: add the pinctrl dependency for Marvell Berlin SoCs

On 19.11.2015 17:59, Jisheng Zhang wrote: > On Tue, 17 Nov 2015 13:41:54 + > Catalin Marinas wrote: > >> On Mon, Nov 16, 2015 at 06:36:10PM +0800, Jisheng Zhang wrote: >>> This is to add the pinctrl dependency for Marvell Berlin SoCs. >>> >>> Signed-off-by: Jisheng Zhang >>> Acked-by:

Re: Asterisk deadlocks since Kernel 4.1

Am 19.11.2015 um 14:19 schrieb Florian Weimer: On 11/19/2015 01:46 PM, Stefan Priebe - Profihost AG wrote: I can try Kernel 4.4-rc1 next week. Or something else? I found this bug report which indicates that 4.1.10 works: But in

[PATCH v3 2/2] usb: dwc2: host: Clear interrupts before handling them

In general it is wise to clear interrupts before processing them. If you don't do that, you can get: 1. Interrupt happens 2. You look at system state and process interrupt 3. A new interrupt happens 4. You clear interrupt without processing it. This patch was actually a first attempt to fix

[PATCH v3 1/2] usb: dwc2: host: Fix missing device insertions

If you've got your interrupt signals bouncing a bit as you insert your USB device, you might end up in a state when the device is connected but the driver doesn't know it. Specifically, the observed order is: 1. hardware sees connect 2. hardware sees disconnect 3. hardware sees connect 4.

Re: [GIT PULL] at91: fixes for 4.4 #1

On Thursday 19 November 2015 18:44:57 Nicolas Ferre wrote: > Le 19/11/2015 16:22, Arnd Bergmann a écrit : > > On Tuesday 17 November 2015 12:35:58 Nicolas Ferre wrote: > >> Arnd, Olof, Kevin, > >> > >> This is the first "fixes" pull-request for AT91. I tried to collect little > >> patches that

[patch -next] rcu: off by one in gp_state_getname()

It should be >= ARRAY_SIZE() instead of > ARRAY_SIZE(). Fixes: 6231da675578 ('rcu: Print symbolic name for ->gp_state') Signed-off-by: Dan Carpenter diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index 6a5e1c4..6559b3c 100644 --- a/kernel/rcu/tree.c +++ b/kernel/rcu/tree.c @@ -1203,7

RE: [UNTESTED PATCH] x86, mce: Avoid double entry of deferred errors into the genpool.

> Applied, thanks. Did you test it (note the "UNTESTED" in the subject!). My usual system for this is getting upgrades and being flaky at the moment. > Btw, looking at that mce.usable_addr, it doesn't make a whole lotta > sense to me and we can use mce_usable_address() directly instead and use

Re: [PATCH] perf: Fallback to JIT support for mmap'd non-ELF binaries.

On Thu, Nov 19, 2015 at 11:09:07AM -0800, Brian Robbins wrote: > Programs can execute code contained in files that don't conform > to the ELF standard. This is common for cross-platform runtimes > that support ahead-of-time compilation. In this case, perf is > unable to resolve addresses to

Re: [PATCH 1/4] mtd: brcmnand: improve memory management

On Thu, Nov 19, 2015 at 07:13:45AM +0100, Julia Lawall wrote: > On Wed, 18 Nov 2015, Brian Norris wrote: > > On Wed, Nov 18, 2015 at 11:04:11PM +0100, Julia Lawall wrote: > > > 3. If the continue is not taken, then host is added to a list, that has a > > > lifetime beyond the end of the

Re: Linux 4.4-rc1

On Thu, Nov 19, 2015 at 6:10 AM, Shuah Khan wrote: > > I am running into the following depmod error: > > depmod: ERROR: Found 2 modules in dependency cycles! > depmod: ERROR: Cycle detected: lnet -> libcfs -> lnet There should be a patch for this in the staging tree, but Greg hasn't sent the

Re: [PATCH v11 02/24] perf tools: Add perf-config document

Em Wed, Nov 18, 2015 at 08:13:13AM +0900, Namhyung Kim escreveu: > On Tue, Nov 17, 2015 at 10:53:22PM +0900, Taeung Song wrote: > > Add perf-config document to describe the perf configuration > > and a subcommand 'list'. > > > > Cc: Jiri Olsa > > Signed-off-by: Taeung Song > > Acked-by:

Re: [PATCH 4/5] PCI: iproc: Add iProc PCIe MSI support

Hi Arnd, On 11/18/2015 1:50 AM, Arnd Bergmann wrote: On Wednesday 18 November 2015 08:48:45 Marc Zyngier wrote: +static inline u32 iproc_msi_read_reg(struct iproc_msi *msi, +enum iproc_msi_reg reg, +unsigned int eq) +{ +

Re: [PATCH 2/4] timer: relax tick stop in idle entry

On Thu, 19 Nov 2015 20:06:30 +0100 Peter Zijlstra wrote: > Which one? That is, I cannot find a idle_cpu() call from > tick_nohz_irq_exit(). it is tick_irq_exit(void), i will not call tick_nohz_irq_exit() if !idle_cpu() please see my other email for complete story. pasted below. I am not sure

Re: [PATCH 03/27] mtd: nand: update examples in the documentation to use mtd_to_nand()

On Mon, Nov 16, 2015 at 02:37:36PM +0100, Boris Brezillon wrote: > mtd_to_nand() has been introduced to hide accesses to mtd->priv. > All NAND controller drivers should use it instead of directly accessing > the ->priv field. > > Signed-off-by: Boris Brezillon Pushed to l2-mtd.git -- To

Re: [PATCH v3 6/8] usb: dwc2: host: Assume all devices are on one single_tt hub

Hi, Doug Anderson writes: >> Douglas Anderson writes: >>> Until we have logic to determine which devices share the same TT let's >>> add logic to assume that all devices on a given dwc2 controller are on >>> one single_tt hub. This is better than the previous code that assumed >>> that all

Re: [PATCH 02/27] mtd: nand: add an mtd_to_nand() helper

On Mon, Nov 16, 2015 at 02:37:35PM +0100, Boris Brezillon wrote: > Some drivers are retrieving the nand_chip pointer using the container_of > macro on a struct wrapping both the nand_chip and the mtd_info struct while > the standard way of retrieving this pointer is through mtd->priv. > Provide an

Re: [lkp] [x86, perf] 7aba70e47c: BUG: unable to handle kernel paging request at 696d2f62

On Wed, Nov 18, 2015 at 05:27:42PM +0100, Peter Zijlstra wrote: > On Wed, Nov 18, 2015 at 02:33:00PM +0800, kernel test robot wrote: > > FYI, we noticed the below changes on > > > > https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/core > > commit

Re: device_node lifetime (was: Re: [PATCH 1/7] phy: brcmstb-sata: add missing of_node_put)

On Thu, Nov 19, 2015 at 12:44:11PM -0600, Rob Herring wrote: > On Wed, Nov 18, 2015 at 1:05 PM, Brian Norris > wrote: > > (changing subject, add devicet...@vger.kernel.org) > > > > On Tue, Nov 17, 2015 at 11:33:25PM +0100, Julia Lawall wrote: > >> On Tue, 17 Nov 2015, Brian Norris wrote: > >> >

[PATCH 3/3 v3] dl2k: Implement suspend

Add suspend/resume support to dl2k driver. This requires RX/TX rings to be reset so split out the required functionality from alloc_list() into new rio_reset_ring(). Tested on Asus NX1101 (IP1000A) and D-Link DGE-550T (DL-2000). Signed-off-by: Ondrej Zary --- drivers/net/ethernet/dlink/dl2k.c

[PATCH 1/3 v2] dl2k: Handle memory allocation errors in alloc_list

If memory allocation fails in alloc_list(), free the already allocated memory and return -ENOMEM. In rio_open(), call alloc_list() first and abort if it fails. Move HW access (set RFDListPtr) out ot alloc_list(). Signed-off-by: Ondrej Zary --- drivers/net/ethernet/dlink/dl2k.c | 182

[PATCH 2/3] dl2k: Reorder and cleanup initialization

Move HW init and stop into separate functions. Request IRQ only after the HW has been reset (so interrupts are disabled and no stale interrupts are pending). Signed-off-by: Ondrej Zary --- drivers/net/ethernet/dlink/dl2k.c | 95 ++--- 1 file changed, 56

Re: [PATCH v2 6/6] Account certain kmem allocations to memcg

On Tue, Nov 10, 2015 at 09:34:07PM +0300, Vladimir Davydov wrote: > This patch marks those kmem allocations that are known to be easily > triggered from userspace as __GFP_ACCOUNT/SLAB_ACCOUNT, which makes them > accounted to memcg. For the list, see below: > > - threadinfo > - task_struct > -

Re: [PATCH 0/3] perf tools DWARF libunwind: Add callchain order support

Em Tue, Nov 17, 2015 at 04:05:36PM +0100, Jiri Olsa escreveu: > hi, > as reported by Milian, currently for DWARF unwind (both libdw > and libunwind) we display callchain in callee order only. Applied the latest versions, please check my perf/core branch to check that all is there as you expect.

Re: [PATCH v3] watchdog: add support for Sigma Designs SMP86xx/SMP87xx

Hi Mans, On Thu, Nov 19, 2015 at 05:54:27PM +, Mans Rullgard wrote: > This adds support for the Sigma Designs SMP86xx/SMP87xx family built-in > watchdog. > > Signed-off-by: Mans Rullgard > --- > Changes: > - deactivate initially if disable bit is set so as to avoid accidentally >

Re: [PATCHv2] arm: Update all mm structures with section adjustments

On Wed, Nov 18, 2015 at 4:14 PM, Laura Abbott wrote: > Currently, when updating section permissions to mark areas RO > or NX, the only mm updated is current->mm. This is working off > the assumption that there are no additional mm structures at > the time. This may not always hold true. (Example:

Re: [PATCH v2 2/2] usb: dwc2: host: Clear interrupts before handling them

On 11/19/2015 10:19 AM, Felipe Balbi wrote: > > Hi, > > Doug Anderson writes: > isn't this a regression ? You're first clearing the interrupts and only > then reading to check what's pending, however, what's pending has just > been cleared. Seems like this should be: > >

[PATCH] perf: Fallback to JIT support for mmap'd non-ELF binaries.

Programs can execute code contained in files that don't conform to the ELF standard. This is common for cross-platform runtimes that support ahead-of-time compilation. In this case, perf is unable to resolve addresses to symbolic names, as the format of the mmap'd file is unknown to perf. Make

Re: [PATCH] cpufreq, intel_pstate.c, Fix rounding errors

On 11/18/2015 11:46 PM, Viresh Kumar wrote: > On 18-11-15, 10:55, Prarit Bhargava wrote: >> diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c >> index 2e31d09..686f024 100644 >> --- a/drivers/cpufreq/intel_pstate.c >> +++ b/drivers/cpufreq/intel_pstate.c >> @@ -1233,6

Re: [PATCH 01/27] mtd: nand: fix drivers abusing mtd->priv

On Mon, Nov 16, 2015 at 02:37:34PM +0100, Boris Brezillon wrote: > The ->priv field of the mtd_info object attached to a nand_chip device > should point to the nand_chip device. The pxa and cafe drivers are > assigning this field their own private structure, which works fine as long > as the

Re: [PATCH 2/4] timer: relax tick stop in idle entry

On Mon, Nov 16, 2015 at 04:09:10PM -0800, Jacob Pan wrote: > On Mon, 16 Nov 2015 23:01:12 +0100 (CET) > Thomas Gleixner wrote: > > > > For the second case, which is much more rare, I think we do have > > > next timer exactly one tick away. Just don't know why tick will > > > continue into idle

Re: [PATCH v2 5/6] vmalloc: allow to account vmalloc to memcg

On Tue, Nov 10, 2015 at 09:34:06PM +0300, Vladimir Davydov wrote: > This patch makes vmalloc family functions allocate vmalloc area pages > with alloc_kmem_pages so that if __GFP_ACCOUNT is set they will be > accounted to memcg. This is needed, at least, to account alloc_fdmem > allocations. > >

Re: [RFC PATCH] tsc: synchronize TSCs on buggy Intel Xeon E5 CPUs with offset error

Peter Zijlstra writes: > On Wed, Nov 11, 2015 at 09:41:25AM -0600, Gratian Crisan wrote: >> I also wrote a small C utility[1], with a bit of code borrowed from the >> kernel, for reading the TSC on all CPUs. It starts a high priority >> thread per CPU, tries to synchronize them and prints out

Re: [PATCH v2 4/6] slab: add SLAB_ACCOUNT flag

On Tue, Nov 10, 2015 at 09:34:05PM +0300, Vladimir Davydov wrote: > Currently, if we want to account all objects of a particular kmem cache, > we have to pass __GFP_ACCOUNT to each kmem_cache_alloc call, which is > inconvenient. This patch introduces SLAB_ACCOUNT flag which if passed to >

[GIT PULL] arm64 fixes for 4.4

Hi Linus, Please pull the arm64 fixes below. Thanks. The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec: Linux 4.4-rc1 (2015-11-15 17:00:27 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes

Re: [PATCH v2 3/6] memcg: only account kmem allocations marked as __GFP_ACCOUNT

On Tue, Nov 10, 2015 at 09:34:04PM +0300, Vladimir Davydov wrote: > Black-list kmem accounting policy (aka __GFP_NOACCOUNT) turned out to be > fragile and difficult to maintain, because there seem to be many more > allocations that should not be accounted than those that should be. > Besides,

Re: [PATCH v2 2/6] Revert "gfp: add __GFP_NOACCOUNT"

On Tue, Nov 10, 2015 at 09:34:03PM +0300, Vladimir Davydov wrote: > This reverts commit 8f4fc071b1926d0b20336e2b3f8ab85c94c734c5. > > Black-list kmem accounting policy (aka __GFP_NOACCOUNT) turned out to be > fragile and difficult to maintain, because there seem to be many more > allocations that

[PATCH iptables] libxt_cgroup: improve wording in the man page

Replace "disadviced" with "not advised" as suggested by Jan. Signed-off-by: Tejun Heo Cc: Daniel Borkmann Cc: Jan Engelhardt --- extensions/libxt_cgroup.man |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/extensions/libxt_cgroup.man +++ b/extensions/libxt_cgroup.man @@ -12,7

[PATCH] Documentation: Describe the shared memory usage/accounting

The Shared Memory accounting support is present in Kernel since commit 4b02108ac1b3 ("mm: oom analysis: add shmem vmstat") and in userland free(1) since 2014. This patch updates the Documentation to reflect this change. Signed-off-by: Rodrigo Freire --- ---

[PATCH v2 iptables] libxt_cgroup2: add support for cgroup2 path matching

This patch adds the extension for the xt_cgroup2 which matches packets based on the v2 cgroup path of the associated socket. v2: cgroup2_match->userspacesize and ->save and man page updated as per Jan. Signed-off-by: Tejun Heo Cc: Daniel Borkmann Cc: Jan Engelhardt ---

Re: [PATCH v2 1/6] Revert "kernfs: do not account ino_ida allocations to memcg"

On Tue, Nov 10, 2015 at 09:34:02PM +0300, Vladimir Davydov wrote: > This reverts commit 499611ed451508a42d1d7d1faff10177827755d5. > > Black-list kmem accounting policy (aka __GFP_NOACCOUNT) turned out to be > fragile and difficult to maintain, because there seem to be many more > allocations that

[PATCH 1/7] cgroup: record ancestor IDs and reimplement cgroup_is_descendant() using it

cgroup_is_descendant() currently walks up the hierarchy and compares each ancestor to the cgroup in question. While enough for cgroup core usages, this can't be used in hot paths to test cgroup membership. This patch adds cgroup->ancestor_ids[] which records the IDs of all ancestors including

[PATCH 12/25] serial: sh-sci: Merge sci_scbrr_calc() and sci_baud_calc_hscif()

For low bit rates, the for-loop that reduces the divider returned by sci_scbrr_calc() and picks the clock select value may terminate without finding suitable values, leading to out-of-range divider and clock select values. sci_baud_calc_hscif() doesn't suffer from this problem, as it correctly

[PATCH 11/25] serial: sh-sci: Avoid calculating the receive margin for HSCIF

When assuming D = 0.5 and F = 0, maximizing the receive margin M is equivalent to maximizing the sample rate N. Hence there's no need to calculate the receive margin, as we can obtain the same result by iterating over all possible sample rates in reverse order, and skipping parameter sets that

[PATCH 10/25] serial: sh-sci: Improve bit rate error calculation for HSCIF

The algorithm to find the best parameters for the requested bit rate calculates the relative bit rate error, using "(br * b) / 1000". For small "br * b", this has two problems: - The quotient may be zero, leading to a division by zero error, - This may introduce a large rounding error. Switch

[PATCH 6/7] sock, cgroup: add sock->sk_cgroup

In cgroup v1, dealing with cgroup membership was difficult because the number of membership associations was unbound. As a result, cgroup v1 grew several controllers whose primary purpose is either tagging membership or pull in configuration knobs from other subsystems so that cgroup membership

[PATCH 3/7] cgroup: implement cgroup_get_from_path() and expose cgroup_put()

Implement cgroup_get_from_path() using kernfs_walk_and_get() which obtains a default hierarchy cgroup from its path. This will be used to allow cgroup path based matching from outside cgroup proper - e.g. networking and perf. v2: Add EXPORT_SYMBOL_GPL(cgroup_get_from_path). Signed-off-by: Tejun

[PATCH 7/7] netfilter: implement xt_cgroup2 match

This patch implements xt_cgroup2 which matches cgroup2 membership of the associated socket. The match is recursive and invertible. For rationales on introducing another cgroup based match, please refer to a preceding commit "sock, cgroup: add sock->sk_cgroup". v2: Included linux/limits.h from

[PATCH 4/7] netprio_cgroup: limit the maximum css->id to USHRT_MAX

netprio builds per-netdev contiguous priomap array which is indexed by css->id. The array is allocated using kzalloc() effectively limiting the maximum ID supported to some thousand range. This patch caps the maximum supported css->id to USHRT_MAX which should be way above what is actually

[PATCHSET v2] netfilter, cgroup: implement xt_cgroup2 match

Hello, This is the second take of the xt_cgroup2 patchset. Changes from the last take are * Instead of adding sock->sk_cgroup separately, sock->sk_cgrp_data now carries either (prioidx, classid) pair or cgroup2 pointer. This avoids inflating struct sock with yet another cgroup related

[PATCH 2/7] kernfs: implement kernfs_walk_and_get()

Implement kernfs_walk_and_get() which is similar to kernfs_find_and_get() but can walk a path instead of just a name. v2: Use strlcpy() instead of strlen() + memcpy() as suggested by David. Signed-off-by: Tejun Heo Cc: Greg Kroah-Hartman Cc: David Miller --- fs/kernfs/dir.c| 46

[PATCH 5/7] net: wrap sock->sk_cgrp_prioidx and ->sk_classid inside a struct

Introduce sock->sk_cgrp_data which is a struct sock_cgroup_data. ->sk_cgroup_prioidx and ->sk_classid are moved into it. The struct and its accessors are defined in cgroup-defs.h. This is to prepare for overloading the fields with a cgroup pointer. This patch mostly performs equivalent

[PATCH 2/2] ptrace: task_stopped_code(ptrace => true) can't see TASK_STOPPED task

task_stopped_code()->task_is_stopped_or_traced() doesn't look right, the traced task must never be TASK_STOPPED. We can not add WARN_ON(task_is_stopped(p)), but this is only because do_wait() can race with PTRACE_ATTACH from another thread. Signed-off-by: Oleg Nesterov --- kernel/exit.c |2

[PATCH 1/2] ptrace: make wait_on_bit(JOBCTL_TRAPPING_BIT) in ptrace_attach() killable

ptrace_attach() can hang waiting for STOPPED -> TRACED transition if the tracee gets frozen in between, change wait_on_bit() to use TASK_KILLABLE. This doesn't really solve the problem(s) and we probably need to fix the freezer. In particular, note that this means that pm freezer will fail if it

[PATCH 01/25] serial: sh-sci: Update DT binding documentation for external clock input

Amend the DT bindings to include the optional external clock on (H)SCI(F) and some SCIFA, where this pin can serve as a clock input, depending on board wiring. Signed-off-by: Geert Uytterhoeven Cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/serial/renesas,sci-serial.txt |

[PATCH 13/25] serial: sh-sci: Take into account sampling rate for max baud rate

The maximum baud rate depends on the sampling rate. HSCIF has a variable sampling rate and sets s->sampling_rate to zero, hence use the minimum sampling rate of 8. Signed-off-by: Geert Uytterhoeven --- drivers/tty/serial/sh-sci.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff

[PATCH 02/25] serial: sh-sci: Update DT binding documentation for BRG support

Amend the DT bindings to include the optional clock sources for the Baud Rate Generator for External Clock (BRG), as found on some SCIF variants and on HSCIF. Signed-off-by: Geert Uytterhoeven Cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/serial/renesas,sci-serial.txt | 6

[PATCH 0/2] (Was: ptrace() hangs on attempt to seize/attach stopped & frozen task)

On 11/09, Andrey Ryabinin wrote: > > So, the ptrace() hangs if we try to attach to stopped task from freezing > cgroup. OK, lets make it killable at least, TASK_KILLABLE looks better in any case. I am starting to think again that we should remove JOBCTL_TRAPPING, but this needs a bit more

Re: [PATCH 2/5] arm64: cpufeature: Track unsigned fields

On Thu, Nov 19, 2015 at 10:03:13AM +, Suzuki K. Poulose wrote: > On 19/11/15 04:57, AKASHI Takahiro wrote: > > From my curiosity, > >can you please clarify your criteria regarding which fields of a register > >should be signed or unsigned? > >I guessed that the fields marked with

[PATCH 00/25] serial: sh-sci: Add external clock and BRG Support

Hi, This patch series adds support to the Renesas SCI serial driver for - the optional external clock on (H)SCI(F) and some SCIFA, where this pin can serve as a clock input, - the optional clock sources for the Baud Rate Generator for External Clock (BRG), as found on some

Re: device_node lifetime (was: Re: [PATCH 1/7] phy: brcmstb-sata: add missing of_node_put)

On Wed, Nov 18, 2015 at 1:05 PM, Brian Norris wrote: > (changing subject, add devicet...@vger.kernel.org) > > On Tue, Nov 17, 2015 at 11:33:25PM +0100, Julia Lawall wrote: >> On Tue, 17 Nov 2015, Brian Norris wrote: >> > On Tue, Nov 17, 2015 at 06:48:39PM +0100, Julia Lawall wrote: >> > > Is this

<    1   2   3   4   5   6   7   8   9   10   >