On Wed, Apr 02, 2014 at 04:14:31PM +0200, Matthias Graf wrote:
> I now tried booting with a different graphics card (on the same
> machine), and it resolved the problem. Therefore, it definitely has
> something to do with graphics.
>
> It is a Sapphire ATI Radeon HD 4830 (RV770 chip).
As Tony sai
On 04/16/2014 02:40 PM, Antoine Ténart wrote:
Add a Driver to support the SDHCI controller of the Marvell Berlin SoCs.
This controller supports 3 sockets.
nit: Isn't it three controller with one socket each?
Signed-off-by: Antoine Ténart
---
drivers/mmc/host/Kconfig| 11
dri
Hi Adrien,
On Wed, Apr 16, 2014 at 08:32:37AM +0100, Adrien BAK wrote:
> In the current version, when using perf record, if something goes wrong in
> tools/perf/builtin-record.c:375 session = perf_session__new(file,
> false, NULL);
> The error message:
> "Not enough memory for reading per file h
Hi Chanwoo,
On 15.04.2014 03:59, Chanwoo Choi wrote:
This patch fix the offset of CPU boot address and don't operate smc call
of SMC_CMD_CPU1BOOT command for Exynos3250.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/mach-exynos/firmware.c | 7 +--
1 file changed, 5 i
This patch fix checkpatch.pl warnings and errors.
Signed-off-by: Seunghun Lee
---
drivers/staging/android/uapi/binder.h |2 +-
drivers/staging/android/uapi/ion.h| 20 +---
2 files changed, 10 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/android/uapi/bind
(adding John Stultz)
On Wed, 2014-04-16 at 23:27 +0900, Seunghun Lee wrote:
> This patch fix checkpatch.pl warnings and errors.
[]
> diff --git a/drivers/staging/android/uapi/binder.h
> b/drivers/staging/android/uapi/binder.h
[]
> @@ -169,7 +169,7 @@ struct binder_ptr_cookie {
> struct binder_ha
Hi Tomasz,
On Wed, Apr 16, 2014 at 11:35 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
>
> On 15.04.2014 03:59, Chanwoo Choi wrote:
>>
>> This patch decide proper lowpower mode of either a15 or a9 according to
>> own ID
>> from Main ID register.
>>
>> Signed-off-by: Chanwoo Choi
>> Acked-by: Kyungmin P
On Wed, 16 Apr 2014 14:03:35 +1000
NeilBrown wrote:
> Loop-back NFS mounts are when the NFS client and server run on the
> same host.
>
> The use-case for this is a high availability cluster with shared
> storage. The shared filesystem is mounted on any one machine and
> NFS-mounted on the othe
Hi Richard,
On Wed, Apr 16, 2014 at 7:03 PM, Richard Genoud
wrote:
> Hi Vivek,
>
> 2014-04-09 13:34 GMT+02:00 Vivek Gautam :
>> Hi Tomasz,
>> '
>>
>> On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa wrote:
>>> Hi Vivek,
>>>
>> Thanks for reviewing the patch series.
>>
>>>
>>> On 08.04.2014 16:36, Vi
The only platform using the STMPE expander now boots from
device tree using all-dynamic GPIO and IRQ number assignments, so
remove the mechanism to pass this from the device tree entirely.
Signed-off-by: Linus Walleij
---
drivers/gpio/gpio-stmpe.c | 18 +-
drivers/mfd/stmpe.c
This cleans up the STMPE driver a bit:
- Remove all static GPIO and IRQ number assignments as all platforms
with this hardware use device tree now.
- Add optional regulators.
- Add proper device tree probe path using compatible strings.
- Block mask fix for STMPE1601.
- Switch GPIO portions to u
This switches the STMPE driver to use the gpiolib irqchip
helpers.
Signed-off-by: Linus Walleij
---
drivers/gpio/Kconfig | 1 +
drivers/gpio/gpio-stmpe.c | 111 +++---
2 files changed, 28 insertions(+), 84 deletions(-)
diff --git a/drivers/gpio/Kco
On Wed, Apr 16, 2014 at 9:22 AM, Pawel Moll wrote:
> Hi Rob,
>
> Thanks for reminding me about this stuff. I'll get around and re-spin
> the series this week.
>
[snip]
>> > + setup_sched_clock(vexpress_sys_24mhz_read, 32, 2400);
>>
>> This frequency should come from a DT clock binding.
Add a VCC and VIO regulator supplies to the the STMPE expander
found on the STUIB UIB variants.
Signed-off-by: Linus Walleij
---
arch/arm/boot/dts/ste-href-stuib.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/ste-href-stuib.dtsi
b/arch/arm/boot/dts/ste-href-stuib.d
The STMPE driver would just read/modify/write the system control
register on the STMPE1601, meaning it would not properly mask off
the PWM block, which remained active if it was on at boot time.
This makes sure the blocks are always masked off if they were
active on boot, saving some power. Also re
Subject is not correct format. Should be:
[PATCH] staging: android: uapi: fix coding style
On Wed, Apr 16, 2014 at 11:27:39PM +0900, Seunghun Lee wrote:
> This patch fix checkpatch.pl warnings and errors.
>
Patch does too many things at once. Split it up.
> Signed-off-by: Seunghun Lee
> ---
The current STMPE I2C probing code does not really match the
compatible strings - it matches node names happening to give
the right device name. Instead, let's introduce some real
compatible matching, more complex, more accurate.
Signed-off-by: Linus Walleij
---
drivers/mfd/stmpe-i2c.c | 60
On Wed, 16 Apr 2014 14:03:36 +1000
NeilBrown wrote:
> If an incoming NFS request is coming from the local host, then
> nfsd will need to perform some special handling. So detect that
> possibility and make the source visible in rq_local.
>
> Signed-off-by: NeilBrown
> ---
> include/linux/sunr
Hi,
trying 1-wire with rt-patched Linux 3.12.15-rt25+ and lock debugging:
[ 12.00] BUG: sleeping function called from invalid context at
/home/stano/Kernels/linux-3.12-rt/kernel/rtmutex.c:673
[ 12.055573] in_atomic(): 0, irqs_disabled(): 128, pid: 92, name:
w1_bus_master1
[ 12.055588]
On 04/15/2014 05:48 PM, Kirill A. Shutemov wrote:
> Sasha Levin has reported two THP BUGs[1][2]. I believe both of them have
> the same root cause. Let's look to them one by one.
>
> The first bug[1] is "kernel BUG at mm/huge_memory.c:1829!".
> It's BUG_ON(mapcount != page_mapcount(page)) in __spl
The STMPE has VCC and VIO supply lines, and sometimes (as on
Ux500) this comes from a software-controlled regulator. Make
it possible to supply the STMPE with power from these
regulators.
Signed-off-by: Linus Walleij
---
drivers/mfd/stmpe.c | 18 ++
include/linux/mfd/stmpe.
Hi,
On Wed, Apr 16, 2014 at 7:14 PM, Tomasz Figa wrote:
> Hi Vivek,
>
>
> On 15.04.2014 08:09, Vivek Gautam wrote:
>>
>> Hi Tomasz,
>>
>>
>> On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam
>> wrote:
>>>
>>> On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote:
On 09.04.2014 13:49, Vivek G
On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
>
> Please, just stop.
No.
This thread is proposing an ABI. This means that, if the ABI ends up
in Linus's kernel, then it has to be supported forever. Now is the
time to find and fix any issues with it before they become much harder
to fix.
Hello,
Renamed to cgroup.populated. git branch updated accordingly.
Thanks.
--- 8< ---
>From bf3fd307267ce307c4c8ec41834d7bddb6441907 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 16 Apr 2014 10:48:38 -0400
cgroup users often need a way to determine when a cgroup's
subhierarchy b
Unified hierarchy will be the new version of cgroup interface. This
patch adds Documentation/cgroups/unified-hierarchy.txt which describes
the design and rationales of unified hierarchy.
v2: Grammatical updates as per Randy Dunlap's review.
Signed-off-by: Tejun Heo
Cc: Randy Dunlap
---
Docume
On (04/16/14 15:53), Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> I'm a bit late on this patch series (sorry for that) but why are we not
> using Crypto API for compression algorithm selection and multi stream
> support? Compared to the earlier patches for zram like the ones we did
> in July 2013 [
From: Krzysztof Kozlowski
After hotplugging CPU1 the first call of interrupt handler for CPU1
oneshot timer was called on CPU0 because it fired before setting IRQ
affinity. Affected are SoCs where Multi Core Timer interrupts are
shared (SPI), e.g. Exynos 4210.
During setup of the MCT timers the
The current implementation of irq_set_affinity() refuses rightfully to
route an interrupt to an offline cpu.
But there is a special case, where this is actually desired. Some of
the ARM SoCs have per cpu timers which require setting the affinity
during cpu startup where the cpu is not yet in the o
The current implementation of irq_set_affinity() refuses rightfully to
route an interrupt to an offline cpu.
But there is a special case, where this is actually desired. Some of
the ARM SoCs have per cpu timers which require setting the affinity
during cpu startup where the cpu is not yet in the o
The starting cpu is not yet in the online mask so irq_set_affinity()
fails which results in per cpu timers for this cpu ending up on some
other online cpu, ususally cpu 0.
Use irq_force_affinity() which disables the online mask check and
makes things work.
Signed-off-by: Thomas Gleixner
---
dri
Hi Chanwoo,
On 15.04.2014 03:59, Chanwoo Choi wrote:
This patch decide proper lowpower mode of either a15 or a9 according to own ID
from Main ID register.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/mach-exynos/hotplug.c | 16 +++-
1 file changed, 11 insert
Add support for shared PCI IRQs to mcb and mcb-pci.
Signed-off-by: Johannes Thumshirn
---
drivers/mcb/mcb-core.c | 20 +++-
drivers/mcb/mcb-pci.c | 17 -
include/linux/mcb.h| 6 +-
3 files changed, 36 insertions(+), 7 deletions(-)
diff --git a/drivers/m
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next
kernel I've stumbled on the following:
[ 2552.313602] BUG: unable to handle kernel NULL pointer dereference at
0018
[ 2552.315878] IP: __lock_acquire (kernel/locking/lockdep.c:3070 (discriminator
1))
[
On Tue, 15 Apr 2014, Andrew Morton wrote:
> On Tue, 15 Apr 2014 00:55:50 +0100 Luis Henriques
> wrote:
>
> > (Cc'ing both lis3lv02d and ACPI maintainers)
> >
> > Since commit 188a81409ff7de1c5aae947a96356ddd8ff4aaa3 ("percpu: add
> > preemption checks to __this_cpu ops") I've been seeing the fol
On Wed, 2014-04-16 at 15:45 +0100, Rob Herring wrote:
> >> > + setup_sched_clock(vexpress_sys_24mhz_read, 32, 2400);
> >>
> >> This frequency should come from a DT clock binding. You will have to
> >> fallback to 24MHz for backwards compatibility though.
> >
> > I don't see why would it g
On Tue, 15 Apr 2014, Paul E. McKenney wrote:
> Hello, Christoph,
>
> I have a patch that currently uses __this_cpu_inc_return() to increment a
> per-CPU variable, but without preemption disabled. Of course, given that
> preemption is enabled, it might well end up picking up one CPU's counter,
> a
Hi Herbert, crypto folks
I would like to know your opinions on the state of this driver. How far
it is from the others crypto drivers in kernel. If you have some
comments, criticisms etc. I will be glad to hear them and correct the
potential issues.
Thanks for your time.
regards,
Stan
On 04/14/
On Tue, Apr 15, 2014 at 1:35 PM, Kirill A. Shutemov
wrote:
> On Wed, Mar 12, 2014 at 12:53:30AM +0100, Stephane Eranian wrote:
>>
>> This patch fixes a compilation problem (unused variable) with the
>> new SNB/IVB/HSW uncore IMC code.
>>
>> In V2, we simplify the fix as suggested by Peter Zjilstra
On Wed, Apr 16, 2014 at 07:34:41AM -0700, Andy Lutomirski wrote:
> On Wed, Apr 16, 2014 at 3:17 AM, Vivek Goyal wrote:
> > On Tue, Apr 15, 2014 at 08:47:54PM -0700, Andy Lutomirski wrote:
> >> On Apr 15, 2014 5:20 PM, "Vivek Goyal" wrote:
> >> >
> >> > On Tue, Apr 15, 2014 at 02:53:13PM -0700, An
On Wed, 16 Apr 2014, Peter Zijlstra wrote:
> You really want to disable preemption around there. The proper old way
> would've been get_cpu_var()/put_cpu_var().
get_cpu_var and put_cpu_var is still the correct way of doing things if
you need to access multiple per cpu variables.
The problem that
Signed-off-by: Jianyu Zhan
---
scripts/tags.sh | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/scripts/tags.sh b/scripts/tags.sh
index 7122fea..a5d27db 100755
--- a/scripts/tags.sh
+++ b/scripts/tags.sh
@@ -205,7 +205,8 @@ exuberant()
--regex-c='/DECLARE_(TASKLET
TRM says we *must* write 1 to each bit we're handling
in order to clear the IRQ status and bring IRQ line
low. This patch implements that.
Signed-off-by: Felipe Balbi
---
Russell, I don't have HW to test, but this should
solve the problem you saw when not using battery
with Zoom board. Let me kn
On Wed, Apr 16, 2014 at 3:17 AM, Vivek Goyal wrote:
> On Tue, Apr 15, 2014 at 08:47:54PM -0700, Andy Lutomirski wrote:
>> On Apr 15, 2014 5:20 PM, "Vivek Goyal" wrote:
>> >
>> > On Tue, Apr 15, 2014 at 02:53:13PM -0700, Andy Lutomirski wrote:
>> > > On Tue, Apr 15, 2014 at 2:15 PM, Vivek Goyal w
To support the affinity setting of per cpu timers in the early startup
of a not yet online cpu, implement the force logic, which disables the
cpu online check.
Tagged for stable to allow a simple fix of the affected SoC clock
event drivers.
Signed-off-by: Thomas Gleixner
---
drivers/irqchip/irq
Hello,
On Wed, Apr 16, 2014 at 09:41:40AM +0800, Li Zhong wrote:
> > If so, that is
> > an actually possible deadlock, no?
>
> Yes, but it seems to me that it is solved in commit 5e33bc41, which uses
> lock_device_hotplug_sysfs() to return a restart syscall error if not
> able to try lock the dev
This is a Chinese translated version of Documentation/io_ordering.txt
Signed-off-by: Lin Yongting
---
Documentation/zh_CN/io_ordering.txt | 67 +++
1 file changed, 67 insertions(+)
create mode 100644 Documentation/zh_CN/io_ordering.txt
diff --git a/Documentati
On Wed, Apr 16, 2014 at 02:48:21PM +0300, Grygorii Strashko wrote:
> This fixes a regression on Keystone 2 platforms caused by patch
> 57303488cd37da58263e842de134dc65f7c626d5
> "usb: dwc3: adapt dwc3 core to use Generic PHY Framework" which adds
> optional support of generic phy in DWC3 core.
>
>
On Wed, Apr 16, 2014 at 5:22 PM, Michal Hocko wrote:
> cannot say I like the new code much more than the previous one and
> I've never seen the old one being a bottleneck. So I am not entirely
> fond of optimization without a good reason. (Hint, if you are optimizing
> something always show us num
Hello, Lai.
On Wed, Apr 16, 2014 at 09:25:16AM +0800, Lai Jiangshan wrote:
> 1) Our aim is to protect unbound pwq, not percpu pwq which can't be be
> protected by get_pwq().
> 2) get_pwq() will make reviewers confused/surprised, destroy_workqueue() may
> destroy percpu pwqs
>with ref > 1. At
This is a Chinese translated version of Documentation/io_ordering.txt
Signed-off-by: Lin Yongting
---
Documentation/zh_CN/io_ordering.txt | 67 +++
1 file changed, 67 insertions(+)
create mode 100644 Documentation/zh_CN/io_ordering.txt
diff --git a/Documentati
On Wed, 16 Apr 2014, Oliver Neukum wrote:
> Hi,
>
> I am looking at memory ordering and a question hit me.
> I was looking at the kfifo code. kfifo_put() has a barrier:
>
> )[__kfifo->in & __tmp->kfifo.mask] = \
> (typeof(*__tmp->type))__val; \
On 04/16/2014 11:44 PM, Dan Carpenter wrote:
Subject is not correct format. Should be:
[PATCH] staging: android: uapi: fix coding style
On Wed, Apr 16, 2014 at 11:27:39PM +0900, Seunghun Lee wrote:
This patch fix checkpatch.pl warnings and errors.
Patch does too many things at once. Split
This patch fixes a recursive locking scenario when using BCSP connection via
8250 driver. The 8250 driver may tty_wakeup() in interrupt context which
results in hci_uart_tx_wakeup(). This in turn will call uart_write() in the
very same context and therefore will spin_lock() the same lock within the
On Sun, Apr 13, 2014 at 07:56:36PM +0200, Christian Engelmayer wrote:
> Fix an incorrect sizeof() usage in sst_hsw_stream_get_volume(). sst_dsp_read()
> is called to read into a variable of type u32, but is passed sizeof(u32 *) for
> argument 'size_t bytes'. Detected by Coverity: CID 1195260.
>
>
This patch fix checkpatch.pl warning and errors.
Signed-off-by: Seunghun Lee
---
drivers/staging/android/uapi/ion.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/android/uapi/ion.h
b/drivers/staging/android/uapi/ion.h
index f09e7c1..6aa4956 1
Lee
On Wed, Apr 16, 2014 at 2:52 AM, Lee Jones wrote:
>> On the ARM Chromebook tps65090 has two masters: the AP (the main
>> processor running linux) and the EC (the embedded controller). The AP
>> is allowed to mess with FETs but the EC is in charge of charge control.
>>
>> The tps65090 interup
Remove the CONFIG_ prefix from two Kconfig symbols in a dependency for
SMS_SIANO_DEBUGFS. This prefix is invalid inside Kconfig files.
Note that the current (common sense) dependency on SMS_USB_DRV and
SMS_SDIO_DRV being equal ensures that SMS_SIANO_DEBUGFS will not
violate its constraints. These
On 04/15/2014 05:18 AM, Vlastimil Babka wrote:
The compaction freepage scanner implementation in isolate_freepages() starts
by taking the current cc->free_pfn value as the first pfn. In a for loop, it
scans from this first pfn to the end of the pageblock, and then subtracts
pageblock_nr_pages fro
Hi Chanwoo,
On 14.04.2014 07:13, Chanwoo Choi wrote:
On 04/11/2014 05:39 PM, Tomasz Figa wrote:
On 11.04.2014 08:32, Chanwoo Choi wrote:
On 04/11/2014 10:46 AM, Olof Johansson wrote:
On Thu, Apr 10, 2014 at 06:37:12PM +0900, Chanwoo Choi wrote:
diff --git a/arch/arm/plat-samsung/include/plat
On Tuesday 15 April 2014 5:19:31 pm Joonsoo Kim wrote:
> On Mon, Apr 14, 2014 at 05:45:43PM -0700, Steven King wrote:
> > git bisect suggests it starts somewhere around commit
> > f315e3fa1cf5b3317fc948708645fff889ce1e63 slab: restrict the number of
> > objects in a slab
> >
> > but its kinda hard
On śro, 2014-04-16 at 14:36 +, Thomas Gleixner wrote:
> The current implementation of irq_set_affinity() refuses rightfully to
> route an interrupt to an offline cpu.
>
> But there is a special case, where this is actually desired. Some of
> the ARM SoCs have per cpu timers which require setti
Signed-off-by: Paul Bolle
---
Untested.
scripts/mod/modpost.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index 066355673930..ea7f9530afa2 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -316,7 +316,7 @@ stat
On 04/16/2014 07:59 AM, Peter Ujfalusi wrote:
[..]
> If the dma-priority is missing we should assume lowest priority (0).
> The highest priority depends on the platform. For eDMA3 in AM335x it is
> three
> level. For designware controller you might have the range 0-8 as valid.
From: Eric Dumazet
Calling rcu_bh_qs() after every softirq action is not really needed.
What RCU needs is at least one rcu_bh_qs() per softirq round to note a
quiescent state was passed for rcu_bh
Note for Paul and myself : this could be inlined as a single instruction
and avoid smp_processor_i
On Wed, Apr 16, 2014 at 10:08:03AM -0500, Christoph Lameter wrote:
> On Tue, 15 Apr 2014, Paul E. McKenney wrote:
>
> > Hello, Christoph,
> >
> > I have a patch that currently uses __this_cpu_inc_return() to increment a
> > per-CPU variable, but without preemption disabled. Of course, given that
Hi Steven,
On Wed, Apr 16, 2014 at 5:47 PM, Steven King wrote:
> --- a/mm/slab.c
> +++ b/mm/slab.c
> @@ -2572,13 +2572,13 @@ static void *alloc_slabmgmt(struct kmem_cache *cachep,
> return freelist;
> }
>
> -static inline freelist_idx_t get_free_obj(struct page *page, unsigned char
> id
On Wed, 2014-04-16 at 07:37 -0700, Andy Lutomirski wrote:
> On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
> >
> > Please, just stop.
>
> No.
>
> This thread is proposing an ABI. This means that, if the ABI ends up
> in Linus's kernel, then it has to be supported forever. Now is the
> ti
On 04/15/2014 06:29 PM, Andrew Bresticker wrote:
>> sdhci@0,700b0600 {
>> status = "okay";
>> bus-width = <8>;
>> + vqmmc-supply = <&vddio_1v8>;
>
> It turns out this bit isn't needed as the initialization failures are
> instead due to +3V3_RUN
Commit 128ea04a9885("lto: Make asmlinkage __visible") restricts
asmlinkage to externally_visible, this causes compilation warnings:
arch/x86/crypto/sha256_ssse3_glue.c:56:1:
warning: ‘externally_visible’ attribute have effect only on public objects
[-Wattributes]
static asmlinkage vo
On 04/15/2014 07:25 PM, Andrew Bresticker wrote:
> The AS3722_GPIO_INV bit will always be blindly overwritten by
> as3722_pinctrl_gpio_set_direction() and will be ignored when
> setting the value of the GPIO in as3722_gpio_set() since the
> enable_gpio_invert flag is never set. This will cause an
On Fri, Oct 11, 2013 at 05:46:12PM +0300, Roger Quadros wrote:
> Hi,
>
> On 10/10/2013 01:49 PM, Kishon Vijay Abraham I wrote:
> > From: George Cherian
> >
> > Added dr_mode property in dwc3 and set its default mode to device.
>
> If there is a specific reason why this is not set to "otg", we n
On Wed, Apr 16, 2014 at 11:23 PM, Tejun Heo wrote:
> Hello, Lai.
>
> On Wed, Apr 16, 2014 at 09:25:16AM +0800, Lai Jiangshan wrote:
>> 1) Our aim is to protect unbound pwq, not percpu pwq which can't be be
>> protected by get_pwq().
>> 2) get_pwq() will make reviewers confused/surprised, destroy_
I have just created since-3.14 branch in mm git tree
(http://git.kernel.org/?p=linux/kernel/git/mhocko/mm.git;a=summary). It
is based on v3.14 tag in Linus tree and mmotm-2014-04-15-16-14.
I have pulled some cgroup wide changes from Tejun and Pekka's slab
changes.
As usual mmotm trees are tagged
Hello,
On Wed, Apr 16, 2014 at 12:13:57PM -0400, Simo Sorce wrote:
> The only one that *may* be reasonable is the "secret" cgroup name one,
> however nobody seem to come up with a reason why it is legitimate to
> allow to keep cgroup names secret.
Ugh, please don't play security games with cgroup
Hi,
On Mon, Apr 14, 2014 at 08:29:09PM -0700, Hugh Dickins wrote:
> On Mon, 14 Apr 2014, Dave Jones wrote:
>
> > git tree from yesterday afternoon sometime, before Linus cut .15-rc1
> >
> > kernel BUG at mm/filemap.c:1347!
> > invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> > Modules lin
Acked.
On Wed, Apr 16, 2014 at 1:32 PM, Daeseok Youn wrote:
>
> wq_update_unbound_numa() failure path has the following two bugs.
> - alloc_unbound_pwq() is called without holding wq->mutex;
> however, if the allocation fails, it jumps to out_unlock
> which tries to unlock wq->mutex.
>
> - Th
On Wed, Apr 16, 2014 at 11:16:19AM -0500, Felipe Balbi wrote:
> On Fri, Oct 11, 2013 at 05:46:12PM +0300, Roger Quadros wrote:
> > Hi,
> >
> > On 10/10/2013 01:49 PM, Kishon Vijay Abraham I wrote:
> > > From: George Cherian
> > >
> > > Added dr_mode property in dwc3 and set its default mode to d
This patch adds a TCP_FASTOPEN socket option to get a max backlog on its
listener to getsockopt().
Signed-off-by: Kenjiro Nakayama
---
net/ipv4/tcp.c | 8
1 file changed, 8 insertions(+)
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index 4bd6d52..eb1dde3 100644
--- a/net/ipv4/tcp.c
+++
> >> On the ARM Chromebook tps65090 has two masters: the AP (the main
> >> processor running linux) and the EC (the embedded controller). The AP
> >> is allowed to mess with FETs but the EC is in charge of charge control.
> >>
> >> The tps65090 interupt line is routed to both the AP and the EC, wh
On 15 April 2014 14:18, Pavel Machek wrote:
> On Tue 2014-04-15 21:54:53, Russell King - ARM Linux wrote:
>> What I'm basically saying is that I see no reason for ARM to do something
>> different to what x86 does.
>>
>> What is pretty clear to me is that ARM is compatible with x86, which is
>> com
On Wed, Apr 16, 2014 at 9:13 AM, Simo Sorce wrote:
> On Wed, 2014-04-16 at 07:37 -0700, Andy Lutomirski wrote:
>> On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
>> >
>> > Please, just stop.
>>
>> No.
>>
>> This thread is proposing an ABI. This means that, if the ABI ends up
>> in Linus's k
On 04/15/2014 10:47 PM, Prabhakar Kushwaha wrote:
> Freescale's Integrated Flash controller(IFC) module is used to handle
> devices such as NOR, NAND, FPGA and ASIC.
>
> Update same in Help section of Kconfig for IFC.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
> drivers/memory/Kconfig |4 +
On Wed, 2014-04-16 at 21:24 +0800, Lan Tianyu wrote:
> ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
> region. It allows ACPI aml code able to access such kind of devices to
> implement some ACPI standard method.
>
> On the Asus T100TA, Bios use GenericSerialBus opera
On 04/16/2014 07:39 AM, Joe Perches wrote:
> On Wed, 2014-04-16 at 23:27 +0900, Seunghun Lee wrote:
>> This patch fix checkpatch.pl warnings and errors.
> []
>> diff --git a/drivers/staging/android/uapi/binder.h
>> b/drivers/staging/android/uapi/binder.h
> []
>> @@ -169,7 +169,7 @@ struct binder_p
* Felipe Balbi [140416 08:18]:
> TRM says we *must* write 1 to each bit we're handling
> in order to clear the IRQ status and bring IRQ line
> low. This patch implements that.
>
> Signed-off-by: Felipe Balbi
> ---
>
> Russell, I don't have HW to test, but this should
> solve the problem you saw
On Wed, Apr 16, 2014 at 03:52:30PM +1000, NeilBrown wrote:
> So something like this? I put that in to my testing instead.
Something like this, yes... And TBH I would prefer the same approach
elsewhere - this kind of hidden state makes it hard to do any kind of
analysis.
Put it that way - the s
On Mon, Apr 14, 2014 at 09:51:56PM +0100, Mark Brown wrote:
> On Sat, Apr 12, 2014 at 11:48:36AM -0700, Jane Wan wrote:
> > Make FSL eSPI CSnBEF and CSnAFT in ESPI_SPMODEn registers (n=0,1,2,3)
> > configurable through device tree. FSL eSPI driver hardcodes them to 0.
> > Some device requires diff
There is still one residue of sysfs remaining: the sb_magic
SYSFS_MAGIC. However this should be kernfs user specific,
so this patch moves it out. Kerrnfs user should specify their
magic number while mouting.
Signed-off-by: Jianyu Zhan
---
fs/kernfs/mount.c | 9 +
fs/sysfs/mount.c
On 04/16/2014 01:44 AM, Christoph Hellwig wrote:
> diff --git a/block/bsg.c b/block/bsg.c
> index 420a5a9..2956086 100644
> --- a/block/bsg.c
> +++ b/block/bsg.c
> @@ -1008,7 +1008,7 @@ int bsg_register_queue(struct request_queue *q, struct
> device *parent,
> /*
>* we need a proper
On 16 April 2014 03:12, Russell King - ARM Linux wrote:
> On Wed, Mar 05, 2014 at 02:50:05AM -0800, Sebastian Capella wrote:
>> diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
>> index 8756e4b..d32adbb 100644
>> --- a/arch/arm/include/asm/memory.h
>> +++ b/arch/arm/inclu
On Wed, Apr 16, 2014 at 10:41:30AM -0600, Jens Axboe wrote:
> > - if (!q->request_fn)
> > + if (!q->request_fn && !q->mq_ops)
> > return 0;
> >
> > bcd = &q->bsg_dev;
>
> This looks misplaced. But I dropped the one I generated last week, I'll
> queue it up separately in the d
On 04/16/2014 10:44 AM, Christoph Hellwig wrote:
> On Wed, Apr 16, 2014 at 10:41:30AM -0600, Jens Axboe wrote:
>>> - if (!q->request_fn)
>>> + if (!q->request_fn && !q->mq_ops)
>>> return 0;
>>>
>>> bcd = &q->bsg_dev;
>>
>> This looks misplaced. But I dropped the one I generat
Hello,
On Thu, Apr 17, 2014 at 12:40:01AM +0800, Jianyu Zhan wrote:
> @@ -132,6 +132,7 @@ const void *kernfs_super_ns(struct super_block *sb)
> * @flags: mount flags specified for the mount
> * @root: kernfs_root of the hierarchy being mounted
> * @new_sb_created: tell the caller if we alloc
The same information can be gleaned from ctxt->d and avoids having
to zero/NULL initialize intercept and check_perm
Signed-off-by: Bandan Das
---
arch/x86/kvm/emulate.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/emulate.c b/arch/x86/kvm/emulate.c
ind
x86_decode_insn already sets a default for seg_override,
so remove it from the zeroed area. Also replace set/get functions
with direct access to the field.
Signed-off-by: Bandan Das
---
arch/x86/include/asm/kvm_emulate.h | 3 +--
arch/x86/kvm/emulate.c | 41 +++--
Move typecast on "out of range value" of mem.ea to
decode_modrm. rip_relative is only set in decode_modrm,
change it to a local var
Signed-off-by: Bandan Das
---
arch/x86/include/asm/kvm_emulate.h | 8 +---
arch/x86/kvm/emulate.c | 20 +---
2 files changed, 14 in
On Wed, Apr 16, 2014 at 10:45:03AM -0600, Jens Axboe wrote:
> There's nothing wrong with the check, it's identical to one I sent out
> last week. But it's not part of the bidi enable patch, it's a separate
> bug fix for bsg.
Do you want to split it up while applying or should I resend two
separate
While initializing emulation context structure, kvm memsets to 0 a
number of fields some of which are redundant since they get set
eventually in x86_decode_insn. Cleanup unnecessary initializations
and remove some fields.
This is on top of Paolo's RFC
KVM: x86: speedups for emulator memory accesse
A lot of initializations are unnecessary as they get set to
appropriate values before actually being used. Optimize
placement of fields in x86_emulate_ctxt
Signed-off-by: Bandan Das
---
arch/x86/include/asm/kvm_emulate.h | 20 +++-
arch/x86/kvm/emulate.c | 7 ++-
Core emulator functions all belong in emulator.c,
x86 should have no knowledge of emulator internals
Signed-off-by: Bandan Das
---
arch/x86/include/asm/kvm_emulate.h | 1 +
arch/x86/kvm/emulate.c | 13 +
arch/x86/kvm/x86.c | 13 -
3 files chan
301 - 400 of 772 matches
Mail list logo
