Quoting Tejun Heo (t...@kernel.org):
> Hello, Serge.
>
> On Wed, Nov 25, 2015 at 12:01:56AM -0600, Serge E. Hallyn wrote:
> > that was my goal with
> > https://git.kernel.org/cgit/linux/kernel/git/sergeh/linux-security.git/commit/?h=cgroupns.v4=8eb75d2bb24df59e262f050dce567d2332adc5f3
> > (which
On Wed, Nov 25, 2015 at 02:51:38PM -0500, Tejun Heo wrote:
> Sounds perfect. As this needs to go through -stable, can you please
> resend the patch with proper description and SOB? Please also update
> the now incorrect comment in can_attach.
Ooh, the patch triggers RCU warning from task_css().
On Wednesday 25 November 2015 11:06:52 Bjorn Helgaas wrote:
>
> On Mon, Sep 28, 2015 at 05:56:24PM -0700, David Daney wrote:
> > From: David Daney
> >
> > Early versions of the Cavium Thunder CN88XX processor are missing
> > Enhanced Allocation (EA) capabilities for the fixed BAR addresses used
Hello, Oleg.
On Wed, Nov 25, 2015 at 05:34:27PM +0100, Oleg Nesterov wrote:
> IOW. Suppose that the new child is moved right before cgroup_post_fork() does
>
> for_each_subsys_which(...)
> ss->fork(child);
>
> doesn't this mean that after ss->fork() we do the same sequence
>
The BCM63268 has a NAND interrupt register with combined status and enable
registers. It also has a clock for the NAND controller that needs to be
enabled.
Set up the device by enabling the clock, disabling and acking all
interrupts, then handle the CTRL_READY interrupt.
Add a
On Wed, 2015-11-25 at 19:38 +, Rainer Weikusat wrote:
> Eric Dumazet writes:
> > On Wed, 2015-11-25 at 18:24 +, Rainer Weikusat wrote:
> >> Eric Dumazet writes:
> >> > On Wed, 2015-11-25 at 17:30 +, Rainer Weikusat wrote:
> >> >
> >> >> In case this is wrong, it obviously implies
On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> * Pali Rohár [151123 06:46]:
> > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > > Adding devicetree list.
> > > >
> > > > Thread starts at
> > > >
From: Masami Hiramatsu
The commit 05c8d802fa52 ("perf probe: Fix to free temporal Dwarf_Frame")
tried to fix the memory leak of Dwarf_Frame, but it released the frame
at wrong point. Since the dwarf_frame_cfa(frame, >fb_ops, ) can
return an address inside the frame data structure to pf->fb_ops,
On 11/19/2015 05:02 AM, Andreas Herrmann wrote:
Hi,
I've looked into blk-mq and possible support for I/O scheduling.
The reason for this is to minimize performance degradation with
rotational devices when scsi_mod.use_blk_mq=1 is switched on.
I think that the degradation is well reflected
From: Wang Nan
Before this patch libbpf always do feature check even when cleaning.
For example:
$ cd kernel/tools/lib/bpf
$ make
Auto-detecting system features:
...libelf: [ on ]
... bpf: [ on ]
CC libbpf.o
CC
From: Wang Nan
Sometimes passing variables to tools/build is dangerous. For example, on
my platform there is a gcc problem (gcc 4.8.1):
It passes the stackprotector-all feature check:
$ gcc -fstack-protector-all -c ./test.c
$ echo $?
0
But requires LDFLAGS support if separate compiling
From: Arnaldo Carvalho de Melo
Hi,
Please consider pulling, this is on top of my previous
perf-core-for-mingo pull request.
- Arnaldo
The following changes since commit 646a6e846c4dc3812c614fd061603b6db5b8d380:
perf callchain: Add missing parent_val initialization (2015-11-23
From: Steven Rostedt
When a long value is read on 32 bit machines for 64 bit output, the
parsing needs to change "%lu" into "%llu", as the value is read
natively.
Unfortunately, if "%llu" is already there, the code will add another "l"
to it and fail to parse it properly.
Signed-off-by: Steven
On 25/11/15 14:10, Guenter Roeck wrote:
> On 11/25/2015 05:02 AM, Simon Arlott wrote:
>> On Wed, November 25, 2015 02:44, Guenter Roeck wrote:
>>> The "running" flag should no longer be needed. watchdog_active()
>>> should provide that information.
>>
>> I'm going to need to keep that because I
Eric Dumazet writes:
> On Wed, 2015-11-25 at 18:24 +, Rainer Weikusat wrote:
>> Eric Dumazet writes:
>> > On Wed, 2015-11-25 at 17:30 +, Rainer Weikusat wrote:
>> >
>> >> In case this is wrong, it obviously implies that sk_sleep(sk) must not
>> >> be used anywhere as it accesses the same
On 11/24/2015 08:40 PM, Michael Ellerman wrote:
> On Wed, 2015-11-18 at 15:20 -0800, Daniel Cashman wrote:
>
>> From: dcashman
>>
>> ASLR currently only uses 8 bits to generate the random offset for the
>> mmap base address on 32 bit architectures. This value was chosen to
>> prevent a poorly
Em Wed, Nov 25, 2015 at 11:30:59AM +, Wang Nan escreveu:
> If libelf unable to open debuginfo for an offline module but the ko has
> symtab, something unexpected may happen.
>
> # rm -rf ~/.debug/
> # mv /usr/lib64/elfutils/libebl_x86_64.so{,.bak}
> # ./perf probe -m
Hey,
As I was reviewing Bob's backend patches I spotted a couple of
oddities that I thought should be fixed.
Please review at your leisure.
drivers/block/xen-blkback/xenbus.c | 10 --
drivers/block/xen-blkfront.c | 4 ++--
2 files changed, 10 insertions(+), 4 deletions(-)
Lets return sensible values instead of -1.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/block/xen-blkback/xenbus.c | 2 +-
drivers/block/xen-blkfront.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/block/xen-blkback/xenbus.c
With the multi-queue support we could fail at setting up
some of the rings and fail the connection. That meant that
all resources tied to rings[0..n-1] (where n is the ring
that failed to be setup). Eventually the frontend will switch
to the states and we will call xen_blkif_disconnect.
However
On 11/25, Arnd Bergmann wrote:
> On Wednesday 25 November 2015 13:27:55 Daniel Lezcano wrote:
> >
> > What about:
> >
> > textofs-$(CONFIG_ARCH_MSM8X60) := 0x00208000
> > textofs-$(CONFIG_ARCH_MSM8960) := 0x00208000
> >
> > in arch/arm/Makefile
>
> Good point, we need to do something about
On 11/24/2015 08:26 PM, Michael Ellerman wrote:
> On Mon, 2015-11-23 at 10:55 -0800, Daniel Cashman wrote:
>> On 11/23/2015 07:04 AM, Will Deacon wrote:
>>> On Wed, Nov 18, 2015 at 03:20:07PM -0800, Daniel Cashman wrote:
+config ARCH_MMAP_RND_BITS_MAX
+ default 20 if
Signed-off-by: Damien Riegel
Acked-by: Lee Jones
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 82d2ac9..d3a206d
This watchdog is instantiated in a FPGA that is memory mapped. It is
made of only one register, called the feed register. Writing to this
register will re-arm the watchdog for a given time (and enable it if it
was disable). It can be disabled by writing a special value into it.
It is part of a
This device tree adds support for TS-4800 by Technologic Systems. This
board is based on MX51-babbage, but there are some subtle differences in
the pins used, and there is an additional FPGA that is memory-mapped.
More details here:
http://wiki.embeddedarm.com/wiki/TS-4800
Signed-off-by:
On Wed, 25 Nov 2015, Thomas Gleixner wrote:
> The problem is actually in the vector assignment code.
>
> > [001]22.936764: __assign_irq_vector : cpu 44 : vector=134 ->
> > 0x88102a8196f8
>
> No interrupt happened so far. So nothing cleans up the vector on cpu 1
>
> > [044]
Currently syscon has a fixed configuration of 32 bits for register and
values widths. In some cases, it would be desirable to be able to
customize the value width.
For example, certain boards (like the ones manufactured by Technologic
Systems) have a FPGA that is memory-mapped, but its registers
This patch serie adds support for TS-4800 board. This board,
manufactured by Technologic Systems, is based on an IMX515.
The first stage bootloader, called TS-BOOTROM, enables the watchdog,
so a watchdog driver is
The TS-4800, based on an IMX.515, needs its watchdog support in order to
work.
Signed-off-by: Damien Riegel
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index
This adds the documentation for the TS-4800 by Technologic Systems.
Signed-off-by: Damien Riegel
---
Documentation/devicetree/bindings/arm/technologic.txt | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/technologic.txt
diff --git
On Nov 25, 2015, at 10:51 AM, J. Bruce Fields wrote:
>
> On Fri, Nov 20, 2015 at 04:28:35PM +, David Howells wrote:
>> Martin Steigerwald wrote:
>>
>>> Any plans to add limitations of filesystem to the call like maximum file
>>> size? I know its mostly relevant for just for FAT32, but on
On Wed, Nov 25, 2015 at 08:16:00PM +0100, Andrew Lunn wrote:
> > It feels today like I'm the only one working on improving Dove support,
> > and so it's going to take a _long_ time to move things forward - it's
> > likely to take years. I have many demands on my time and I have to
> > divide it
On Wed, Nov 18, 2015 at 05:19:02PM +0800, Yuan Yao wrote:
> LS1043a and LS2080A in the Layerscape family also support Freescale Quad
> SPI, make Quad SPI selectable for these hardwares.
>
> Signed-off-by: Yuan Yao
> ---
> drivers/mtd/spi-nor/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1
On 11/25, Arnd Bergmann wrote:
> diff --git a/arch/arm/mach-mmp/Kconfig b/arch/arm/mach-mmp/Kconfig
> index fdbfadf00c84..4773fe1d8b3f 100644
> --- a/arch/arm/mach-mmp/Kconfig
> +++ b/arch/arm/mach-mmp/Kconfig
> @@ -1,9 +1,24 @@
> +menuconfig ARCH_MMP
> + bool "Marvell PXA168/910/MMP2"
> +
On Wed, Nov 18, 2015 at 05:15:03PM +0800, Yuan Yao wrote:
> LS1021a also support Freescale Quad SPI controller.
> Add fsl-quadspi support for ls1021a chip and make SPI_FSL_QUADSPI
> selectable for LS1021A SOC hardwares.
>
> Signed-off-by: Yuan Yao
> ---
> drivers/mtd/spi-nor/Kconfig | 2
> xen/blkback: separate ring information out of struct xen_blkif
> xen/blkback: pseudo support for multi hardware queues/rings
> xen/blkback: get the number of hardware queues/rings from blkfront
> xen/blkback: make pool of persistent grants and free pages per-queue
OK, got to those as
We could return EINVAL but EBUSY (or EALREADY?)is more appropiate.
CC: jgr...@suse.com
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/xen-scsiback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/xen-scsiback.c b/drivers/xen/xen-scsiback.c
index
On 11/25/2015 12:10 PM, Hannes Reinecke wrote:
On 11/25/2015 06:56 PM, Jens Axboe wrote:
On 11/25/2015 02:04 AM, Hannes Reinecke wrote:
On 11/20/2015 04:28 PM, Ewan Milne wrote:
On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote:
Can't we have a joint effort here?
I've been spending a
On Wed, Nov 25, 2015 at 06:01:20AM +0100, Juergen Gross wrote:
> On 24/11/15 23:46, Luis R. Rodriguez wrote:
> > On Mon, Nov 23, 2015 at 03:19:16PM +0100, Juergen Gross wrote:
> >> On 23/11/15 15:11, vas...@iit.demokritos.gr wrote:
> >>> Ok I will send the .config when I get back home. I have all
On Wed, Nov 18, 2015 at 05:13:28PM +0800, Yuan Yao wrote:
> Add R/W functions for big- or little-endian registers:
> The qSPI controller's endian is independent of the CPU core's endian.
> So far, the qSPI have two versions for big-endian and little-endian.
>
> Signed-off-by: Yuan Yao
> ---
>
On 11/25, Arnd Bergmann wrote:
> diff --git a/drivers/clk/mmp/clk-mmp2.c b/drivers/clk/mmp/clk-mmp2.c
> index 09d2832fbd78..38931dbd1eff 100644
> --- a/drivers/clk/mmp/clk-mmp2.c
> +++ b/drivers/clk/mmp/clk-mmp2.c
> @@ -9,6 +9,7 @@
> * warranty of any kind, whether express or implied.
> */
>
Reduce number of memcpy's by 1-2 improve transmit performance by 2-4%.
or reduce cpu usage on a comparable value.
Signed-off-by: Ameen Ali
---
drivers/net/usb/smsc95xx.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git
Reduce number of memcpy's by 1-2 improve transmit performance by 2-4%.
or reduce cpu usage on a comparable value.
Signed-off-by: Ameen Ali
---
drivers/net/usb/smsc95xx.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git
On 11/24/2015 04:47 PM, Kees Cook wrote:
> On Tue, Nov 24, 2015 at 4:40 PM, Andrew Morton
> wrote:
>> On Wed, 18 Nov 2015 15:20:05 -0800 Daniel Cashman
>> wrote:
>>
>>> --- a/kernel/sysctl.c
>>> +++ b/kernel/sysctl.c
>>> @@ -1568,6 +1568,28 @@ static struct ctl_table vm_table[] = {
>>>
> It feels today like I'm the only one working on improving Dove support,
> and so it's going to take a _long_ time to move things forward - it's
> likely to take years. I have many demands on my time and I have to
> divide it up between the various aspects.
Hi Russell
The problem from our side
If a system with large number of sockets was driven to full
utilization, it was found that the clock tick handling occupied a
rather significant proportion of CPU time when fair group scheduling
was enabled which was true for most distributions.
Running a java benchmark on a 16-socket
The load_avg statistical counter is only changed if the load on a CPU
deviates significantly from the previous tick. So there are usually
more readers than writers of load_avg. Still, on a large system,
the cacheline contention can cause significant slowdown and impact
performance.
This patch
Hello, Serge.
On Wed, Nov 25, 2015 at 12:01:56AM -0600, Serge E. Hallyn wrote:
> that was my goal with
> https://git.kernel.org/cgit/linux/kernel/git/sergeh/linux-security.git/commit/?h=cgroupns.v4=8eb75d2bb24df59e262f050dce567d2332adc5f3
> (which was sent inline earlier in this thread in
This patch series tries to reduce contention on task_group's load_avg
to improve system performance. It also tries to optimize the use of
idle_cpu() call in update_sg_lb_stats().
Waiman Long (3):
sched/fair: Avoid redundant idle_cpu() call in update_sg_lb_stats()
sched/fair: Move hot load_avg
On 11/25/2015 06:56 PM, Jens Axboe wrote:
On 11/25/2015 02:04 AM, Hannes Reinecke wrote:
On 11/20/2015 04:28 PM, Ewan Milne wrote:
On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote:
Can't we have a joint effort here?
I've been spending a _LOT_ of time trying to debug things here, but
Part of the responsibility of the update_sg_lb_stats() function is to
update the idle_cpus statistical counter in struct sg_lb_stats. This
check is done by calling idle_cpu(). The idle_cpu() function, in
turn, checks a number of fields within the run queue structure such
as rq->curr and
On 11/23/2015 04:51 AM, Peter Zijlstra wrote:
On Mon, Nov 09, 2015 at 07:09:25PM -0500, Waiman Long wrote:
+static ssize_t qstat_read(struct file *file, char __user *user_buf,
+ size_t count, loff_t *ppos)
+{
+ char buf[64];
+ int cpu, counter, len;
+
On 11/25/2015 10:54 AM, Kees Cook wrote:
>>
>> We should not wait for compile-time support, that doesn't make any
>> sense. What would be useful would be a way to override this on the
>> command line -- that way, if disabling RO or RO-after-init memory makes
>> something work, we have an instant
On 11/24/2015 04:39 PM, Andrew Morton wrote:
> mips, powerpc and s390 also implement arch_mmap_rnd(). Are there any
> special considerations here, or it just a matter of maintainers wiring
> it up and testing it?
I had not yet looked at those at all, as I had no way to do even a
rudimentary
On 11/23/2015 04:41 AM, Ling Ma wrote:
> Hi Longman,
>
> Attachments include user space application thread.c and kernel patch
> spinlock-test.patch based on kernel 4.3.0-rc4
>
> we run thread.c with kernel patch, test original and new spinlock
> respectively,
> perf top -G indicates thread.c
adding NULL check to make it fail safe.
Signed-Off-By : Ameen Ali
---
crypto/asymmetric_keys/x509_public_key.c | 4
1 file changed, 4 insertions(+)
diff --git a/crypto/asymmetric_keys/x509_public_key.c
b/crypto/asymmetric_keys/x509_public_key.c
index 2a44b37..76610cc 100644
---
On 11/25/2015 07:01 PM, Mike Snitzer wrote:
On Wed, Nov 25 2015 at 4:04am -0500,
Hannes Reinecke wrote:
On 11/20/2015 04:28 PM, Ewan Milne wrote:
On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote:
Can't we have a joint effort here?
I've been spending a _LOT_ of time trying to debug
On Wed, Nov 25, 2015 at 04:16:55PM +0100, Arnd Bergmann wrote:
> The following patch replaces all instances of time_t with time64_t i.e.
> change the type used for representing time from 32-bit to 64-bit. All
> 32-bit kernels to date use a signed 32-bit time_t type, which can only
> represent time
* Chanwoo Choi [151120 08:56]:
> Hi,
>
> On Sat, Nov 21, 2015 at 1:42 AM, Chanwoo Choi wrote:
> > Hi,
> >
> > On 2015. 11. 20. 오후 2:39, Chanwoo Choi wrote:
> >> Hi,
> >>
> >> On 2015년 11월 13일 02:53, Felipe Balbi wrote:
> >>> According to latest schematics [1], GPIO_1/VBUSDET
> >>> on TPS659038
* Jisheng Zhang [151116 02:13]:
> The cpuidle tracepoints are called within a rcu_idle_exit() section, and
> must be denoted with the _rcuidle() version of the tracepoint.
>
> Signed-off-by: Jisheng Zhang
> Acked-by: Kevin Hilman
Sorry I have this in my omap-for-v4.4/fixes but have not sent
* Neil Armstrong [151113 08:30]:
> Add missing HWMOD_NO_IDLEST hwmod flag for entries not
> having omap4 clkctrl values.
> The emac0 hwmod flag fixes the davinci_emac driver probe
> since the return of pm_resume() call is now checked.
>
> This solves the following boot errors :
> [0.121429]
On Tue, Nov 24, 2015 at 5:28 PM, Dan Williams wrote:
> On Tue, Nov 24, 2015 at 4:47 PM, Andrew Morton
> wrote:
>> On Tue, 24 Nov 2015 16:34:19 -0800 Dan Williams
>> wrote:
>>
>>> > IOW, a very good description of the problem-being-solved would help out
>>> > a lot here...
>>>
>>> I'll fold the
On Wed, Nov 25, 2015 at 9:31 AM, H. Peter Anvin wrote:
> On 11/25/15 01:13, Mathias Krause wrote:
>>
>> While having that annotation makes perfect sense, not only from a
>> security perspective but also from a micro-optimization point of view
>> (much like the already existing __read_mostly
The ACPI compiler uses the extended format when used interrupt numbers
are greater than 256. The extended IRQ numbers use 32 bits for storing
interrupts. The code already supports parsing extended IRQ type but is
limited by 256 due to used data structure type (u8). This patch changes
the interrupt
fix a bug in ratelimit, if the "begin" doesn't update at the same time with
printed
the print will start from 1 in loops except for the first time,
lets to only 9 logs suppressed, but not 10 as expected.
Signed-off-by : Ameen Ali
---
lib/ratelimit.c | 4 +---
1 file changed, 1 insertion(+), 3
Hi,
On 25/11/2015 at 23:49:57 +0530, Saurabh Sengar wrote :
> If no primary handler is specified for threaded_irq then a
> default one is assigned which always returns IRQ_WAKE_THREAD.
> This handler requires the IRQF_ONESHOT, because the source of
> interrupt is not disabled
>
Are you sure
On Wed, Nov 25, 2015 at 05:54:41PM +, Mark Rutland wrote:
> On Wed, Nov 25, 2015 at 03:09:44PM +, Javi Merino wrote:
> > The thermal-sensor property of the thermal zone node accepts phandles to
> > thermal sensors. However, thermal zones can be created as an
> > aggregation of other
Linus,
* Tony Lindgren [151118 16:25]:
> * Javier Martinez Canillas [151117 05:51]:
> > Hello Linus,
> >
> > On 11/17/2015 10:47 AM, Linus Walleij wrote:
> > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas
> > > wrote:
> > >
> > >> The header file defines a set of macros
> > >>
On Wed, 2015-11-25 at 18:24 +, Rainer Weikusat wrote:
> Eric Dumazet writes:
> > On Wed, 2015-11-25 at 17:30 +, Rainer Weikusat wrote:
> >
> >> In case this is wrong, it obviously implies that sk_sleep(sk) must not
> >> be used anywhere as it accesses the same struck sock, hence, when
On Wed, Nov 25, 2015 at 05:09:37PM +0100, Andrew Lunn wrote:
> Russell, you are the last known user of mach-dove. What are your
> plans? You keep saying you have given up trying to mainline your Cubox
> patches. Have you really given up? Can we remove mach-dove?
Right now, I'm developing etnaviv
Hi,
On Wed, Nov 25, 2015 at 10:24 AM, Heiko Stübner wrote:
> Am Mittwoch, 25. November 2015, 09:04:19 schrieb Doug Anderson:
>> Hi,
>>
>> On Sun, Nov 22, 2015 at 11:49 AM, Heiko Stuebner wrote:
>> > Am Donnerstag, 19. November 2015, 16:32:23 schrieb Doug Anderson:
>> >> Heiko,
>> >>
>> >> On
On 21/11/15 23:53, Marcin Wojtas wrote:
>
> 4. Buffer manager (BM) support with two preparatory commits. As it is a
> separate block, common for all network ports, a new driver is introduced,
> which configures it and exposes API to the main network driver. It is
> throughly described in binding
Hi Marcin,
On dim., nov. 22 2015, Marcin Wojtas wrote:
> This commit introduces suspend/resume routines used for both in 'standby'
> and 'mem' modes. For the latter, in which registers' contents are lost,
> following steps are performed:
> * in suspend - update port statistics and, if
On 11/25/2015 12:27 PM, Bjorn Helgaas wrote:
> Maybe reword the diagnostic to make it clear that we're ignoring this
> IRQ information. It'd really be nice if the message had a clue about
> what it applies to, i.e., the ACPI device path or something,
Are we OK with print strings exceeding 80
* Peter Ujfalusi [151123 23:39]:
> Tony,
>
> On 11/12/2015 08:00 PM, Tony Lindgren wrote:
> > * Peter Ujfalusi [15 23:33]:
> >> Hi Tony,
> >>
> >> Changes since v3:
> >> - rebased on mainline's HEAD
> >> - Added Tested-by from Felipe
> >> - Added Acked-by from Paul for the hwmod patches
>
If no primary handler is specified for threaded_irq then a
default one is assigned which always returns IRQ_WAKE_THREAD.
This handler requires the IRQF_ONESHOT, because the source of
interrupt is not disabled
Signed-off-by: Saurabh Sengar
---
drivers/mmc/host/of_mmc_spi.c | 4 ++--
1 file
On Wed, 25 Nov 2015, Michal Hocko wrote:
> > Simply remove the counter from the vmstat handling and do it differently
> > then.
>
> We definitely do not want yet another set of counters. vmstat counters
> are not only to be exported into the userspace. We have in kernel users
> as well. I do
Eric Dumazet writes:
> On Wed, 2015-11-25 at 17:30 +, Rainer Weikusat wrote:
>
>> In case this is wrong, it obviously implies that sk_sleep(sk) must not
>> be used anywhere as it accesses the same struck sock, hence, when that
>> can "suddenly" disappear despite locks are used in the way
Hi Marcin,
On dim., nov. 22 2015, Marcin Wojtas wrote:
> MVNETA_RXQ_HW_BUF_ALLOC bit which controls enabling hardware buffer
> allocation was mistakenly set as BIT(1). This commit fixes the
> assignment.
I confirm it from the datasheet I got:
Reviewed-by: Gregory CLEMENT
Thanks,
Gregory
Hi Linus,
Wasn't going to send off a new pull before next week, but the blk flush
fix from Jan from the other day introduced a regression. It's rare
enough not to have hit during testing, since it requires both a device
that rejects the first flush, and bad timing while it does that. But
since
Am Mittwoch, 25. November 2015, 09:04:19 schrieb Doug Anderson:
> Hi,
>
> On Sun, Nov 22, 2015 at 11:49 AM, Heiko Stuebner wrote:
> > Am Donnerstag, 19. November 2015, 16:32:23 schrieb Doug Anderson:
> >> Heiko,
> >>
> >> On Thu, Nov 19, 2015 at 1:22 PM, Heiko Stuebner wrote:
> >> > We need
On 11/21/2015 1:47 PM, Arnd Bergmann wrote:
> On Friday 20 November 2015 17:17:13 Joshua Henderson wrote:
>
>> +Example
>> +---
>> +
>> +evic: interrupt-controller@1f81 {
>> +compatible = "microchip,evic-v2";
>> +interrupt-controller;
>> +#interrupt-cells = <3>;
>>
On 11/22/2015 4:45 AM, Marc Zyngier wrote:
> On Fri, 20 Nov 2015 17:17:14 -0700
> Joshua Henderson wrote:
>
> Joshua, Cristian,
>
>> From: Cristian Birsan
>>
>> This adds support for the EVIC present on a PIC32MZDA.
>>
>> The following features are supported:
>> - DT properties for EVIC and
If no primary handler is specified for threaded_irq then a
default one is assigned which always returns IRQ_WAKE_THREAD.
This handler requires the IRQF_ONESHOT, because the source of
interrupt is not disabled
Signed-off-by: Saurabh Sengar
---
drivers/rtc/rtc-tps65910.c | 3 ++-
1 file changed,
Hi Marcin,
On dim., nov. 22 2015, Marcin Wojtas wrote:
> This commit adds missing configuration of MBUS windows access protection
> in mvneta_conf_mbus_windows function - a dedicated variable for that
> purpose remained there unused since v3.8 initial mvneta support. Because
> of that the
* Pali Rohár [151123 06:46]:
> On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > Adding devicetree list.
> > >
> > > Thread starts at
> > > http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/354459.html
> > >
> > > On
Joe,
On Mon, 23 Nov 2015, Joe Lawrence wrote:
Nice detective work!
> The irq_desc is in R15: 88102a8196f8
>
> This irq_desc is no longer allocated, it's been filled with the slub debug
> poison pattern (hence the spinlock is stuck):
>
> The irq vector is in RBX: 0091
>
> But
On Wed, 25 Nov 2015, Shi, Yang wrote:
> On 11/25/2015 7:16 AM, Nicolas Pitre wrote:
> > On Wed, 25 Nov 2015, Jon Masters wrote:
> >
> > > On 11/18/15, 1:15 PM, Yang Shi wrote:
> > >
> > > > As what Pavel Machek reported [1], some userspace applications depend on
> > > > bogomips showed by
On 25/11/2015 18:56, Ben Hutchings wrote:
> On Wed, 2015-11-25 at 12:31 +0100, Paolo Bonzini wrote:
>>
>> On 24/11/2015 23:33, Ben Hutchings wrote:
>>> 3.2.74-rc1 review patch. If anyone has any objections, please let me know.
>>>
>>> --
>>>
>>> From: Paolo Bonzini
>>>
>>>
On Wed 25-11-15 10:04:44, Christoph Lameter wrote:
> On Wed, 25 Nov 2015, Joonsoo Kim wrote:
>
> > I think that maintaining duplicate counter to guarantee accuracy isn't
> > reasonable solution. It would cause more overhead to the system.
>
> Simply remove the counter from the vmstat handling
There are no callers of the tegra_serial_handle_break() function
outside of drivers/tty/serial/of_serial.c. So let's make it static.
Signed-off-by: Alexander Kuleshov
---
Forgot Signed-off-by line
drivers/tty/serial/of_serial.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 11/25/2015 09:17 AM, Bjorn Helgaas wrote:
Hi Hannes,
On Sun, Oct 25, 2015 at 04:34:34AM +0100, Hannes Reinecke wrote:
On 10/24/2015 02:52 AM, Alexander Duyck wrote:
On 10/23/2015 02:09 AM, Hannes Reinecke wrote:
PCI-2.2 VPD entries have a maximum size of 32k, but might actually
be smaller
Add IRQF_ONESHOT if no primary handler is provided for request threaded
irq
Signed-off-by: Saurabh Sengar
---
drivers/extcon/extcon-rt8973a.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon-rt8973a.c b/drivers/extcon/extcon-rt8973a.c
index
On Wed, Nov 25 2015 at 4:04am -0500,
Hannes Reinecke wrote:
> On 11/20/2015 04:28 PM, Ewan Milne wrote:
> > On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote:
> >> Can't we have a joint effort here?
> >> I've been spending a _LOT_ of time trying to debug things here, but
> >> none of the
On 11/25/2015 03:53 AM, Philipp Reisner wrote:
Hi Jens,
please pull these patches into your for-4.5/drivers branch.
This huge patch set updates the in-tree DRBD to what we have out of tree.
All of this has been extensively tested and in production use by LINBIT's
customers.
Andreas' patches
On Tue, 2015-11-24 at 14:39 -0800, Bart Van Assche wrote:
> On 11/24/2015 02:35 PM, Ben Hutchings wrote:
> > 3.2.74-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Bart Van Assche
> >
> > commit
On Wed, 2015-11-25 at 13:06 +1100, James Morris wrote:
> On Tue, 24 Nov 2015, Ben Hutchings wrote:
>
> > 3.2.74-rc1 review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: Kees Cook
> >
> > commit 9520628e8ceb69fa9a4aee6b57f22675d9e1b709
On Sat, Nov 14, 2015 at 11:12:17AM +0800, Bob Liu wrote:
> Backend advertises "multi-queue-max-queues" to front, also get the negotiated
> number from "multi-queue-num-queues" written by blkfront.
>
> Signed-off-by: Bob Liu
> ---
> drivers/block/xen-blkback/blkback.c | 12
>
On Tue, Nov 03, 2015 at 04:19:26PM +, Phil Edworthy wrote:
> If the dtb specifies dma-ranges, we use those values. Otherwise, we
> default to the values that were previously hardcoded into the driver.
>
> Signed-off-by: Phil Edworthy
Applied with acks from Rob and Simon to pci/host-rcar for
On Tue, 2015-11-24 at 18:22 -0800, Guenter Roeck wrote:
> On 11/24/2015 02:33 PM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.74
> > release.
> > There are 52 patches in this series, which will be posted as
> > responses
> > to this one. If anyone has any
301 - 400 of 1982 matches
Mail list logo