On 10/16/2013 09:25 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The mechanism causing devices depending on a given power resource
> (that is, devices that can be in D0 only if that power resource is
> on) to be resumed automatically when the power resource is turned
> on (and their
Hi,
This is the first time I send mail to linux-pwm, I didn't read through
the mails in this list, so if somebody already asked this question, I'm
sorry about that.
I wanna set some fops in "struct platform_pwm_backlight_data". But the
currrent probe function in pwm_bl.c says:
---
if (!data)
On Wed, Oct 16, 2013 at 07:59:09PM -0700, Joe Perches wrote:
> Date: Wed, 16 Oct 2013 19:59:09 -0700
> From: Joe Perches
> To: "Chen, Gong"
> Cc: tony.l...@intel.com, b...@alien8.de, naveen.n@linux.vnet.ibm.com,
> m.che...@samsung.com, aroza...@redhat.com, linux-a...@vger.kernel.org,
> linu
ttyA has ld associated to n_gsm, when ttyA is closing, it triggers
to release gsmttyB's ld data dlci[B], then race would happen if gsmttyB
is opening in parallel.
Here are race cases we found recently in test:
CASE #1
releasing
This adds initial support for the Marvell Berlin (88DE3xxx) SoC family
and basic machine setup for Armada 1500 (88DE3100) SoCs.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Jason Cooper
Reviewed-by: Thomas Petazzoni
Reviewed-by: Arnd Bergmann
---
Changelog:
v1->v2:
- replace 88DE3xxx numb
This adds very basic device tree files for the Marvell Armada 1500 SoC
(Berlin BG2) and the Sony NSZ-GS7 GoogleTV board. Currently, SoC only has
nodes for cpus, some clocks, l2 cache controller, local timer, apb timers,
uart, and interrupt controllers. The Sony NSZ-GS7 is a GoogleTV consumer
device
This adds an irqchip driver and corresponding devicetree binding for the
secondary interrupt controllers based on Synopsys DesignWare IP dw_apb_ictl.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Mark Rutland
Reviewed-by: Jisheng Zhang
---
Changelog:
v1->v2:
- reword binding docu for reg pr
This adds support for the Marvell Tauros3 cache controller which
is compatible with pl310 cache controller but broadcasts L1 cache
operations to L2 cache. While updating the binding documentation,
clean up the list of possible compatibles. Also reorder driver
compatibles to allow non-ARM derivated
(2013/10/15 11:21), Steven Rostedt wrote:
On Fri, 13 Sep 2013 11:06:32 +0900
Yoshihiro YUNOMAE wrote:
Apply trace-msg protocol for communication between a server and clients.
Currently, trace-listen(server) and trace-record -N(client) operate as follows:
listen
From: Jiang Liu
Use macro JUMP_LABEL_TRUE_BRANCH instead of hard-coding for better
readability.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
include/linux/jump_label.h | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/include/linux/jump_label.h b/include/linux
Hi Steven,
(2013/10/15 6:26), Steven Rostedt wrote:
On Fri, 13 Sep 2013 11:06:27 +0900
Yoshihiro YUNOMAE wrote:
1. Run virt-server on a host
# trace-cmd virt-server
2. Make guest domain directory
# mkdir -p /tmp/trace-cmd/virt/
# chmod 710 /tmp/trace-cmd/virt/
# chgrp qemu
From: Jiang Liu
Optimize jump label implementation for ARM64 by dynamically patching
kernel text.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/jump_label.h | 52 +
arch/arm64/kernel/Makefile
From: Jiang Liu
Introduce aarch64_insn_gen_{nop|branch_imm}() helper functions, which
will be used to implement jump label on ARM64.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
arch/arm64/include/asm/insn.h | 7 +++
arch/arm64/kernel/insn.c | 28
2 files
From: Jiang Liu
As commit a9468f30b5eac6 "ARM: 7333/2: jump label: detect %c
support for ARM", this patch detects the same thing for ARM64
because some ARM64 GCC versions have the same issue.
Some versions of ARM64 GCC which do support asm goto, do not
support the %c specifier. Since we need the
From: Jiang Liu
Function encode_insn_immediate() will be used by other instruction
manipulate related functions, so move it into insn.c and rename it
as aarch64_insn_encode_immediate().
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
arch/arm64/include/asm/insn.h | 14
arch/arm64/kernel/insn
From: Jiang Liu
Introduce three interfaces to patch kernel and module code:
aarch64_insn_patch_text_nosync():
patch code without synchronization, it's caller's responsibility
to synchronize all CPUs if needed.
aarch64_insn_patch_text_sync():
patch code and always synchroni
From: Jiang Liu
Introduce basic aarch64 instruction decoding helper
aarch64_get_insn_class() and aarch64_insn_hotpatch_safe().
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
arch/arm64/include/asm/insn.h | 67
arch/arm64/kernel/Makefile| 2 +-
arch/ar
From: Jiang Liu
This patchset tries to optimize arch specfic jump label implementation
for ARM64 by dynamic kernel text patching.
To enable this feature, your toolchain must support "asm goto" extension
and "%c" constraint extesion. Current GCC for AARCH64 doesn't support
"%c", so you need a GCC
Rusty Russell wrote:
> Ramkumar Ramachandra writes:
>> asm and volatile are provided for backward compatibility; use the ansi
>> versions __asm__ and __volatile__.
>
> Really? I don't see that in the gcc documentation. In fact, I didn't
> know __volatile__ at all:
Try compiling the program with
On 2013年10月17日 07:55, Bjorn Helgaas wrote:
> On Fri, Oct 11, 2013 at 08:19:01PM +0800, tianyu@intel.com wrote:
>> From: Lan Tianyu
>>
>> Using ACPI resource functions to convert ACPI resource to generic resource
>>
>> Signed-off-by: Lan Tianyu
>> ---
>> This patch just passes through compilat
On 10/17/2013 07:41 AM, Christian Daudt wrote:
On Wed, Oct 16, 2013 at 2:47 PM, Tim Kryger wrote:
Rather than declaring the frequency of the external clock, specify the
label of the clock such that the driver may determine the frequency on
its own.
Signed-off-by: Tim Kryger
Reviewed-by: Marku
On Sat, Oct 5, 2013 at 8:43 AM, Christian Daudt wrote:
> This patch adds low level debug uart support to Broadcom
> mobile based SOCs.
>
> Signed-off-by: Christian Daudt
>
> Changes from V2:
> - Changed to follow hex ordering on entries
> - Dropped defconfig changes
>
> Changes from V1:
> - S
At Wed, 16 Oct 2013 19:11:21 -0300,
Geyslan G. Bem wrote:
>
> Partially restructures _snd_emu10k1_audigy_init_efx() and
> _snd_emu10k1_init_efx() functions.
>
> Removes useless casting (void *) from value returned by kcalloc;
> see Documentation/CodingStyle, Chap 14.
>
> Signed-off-by: Geyslan G
In the following patches, to get/set free objects from the freelist
is changed so that simple casting doesn't work for it. Therefore,
introduce helper functions.
Acked-by: Christoph Lameter
Signed-off-by: Joonsoo Kim
diff --git a/mm/slab.c b/mm/slab.c
index cb0a734..ec197b9 100644
--- a/mm/slab
On Thu, Oct 3, 2013 at 5:23 PM, Sherman Yin wrote:
> Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
>
> Signed-off-by: Sherman Yin
> Reviewed-by: Christian Daudt
> Reviewed-by: Matt Porter
> ---
> arch/arm/mach-bcm/Kconfig |2 +
> drivers/pinctrl/Kconfig | 10 +
>
To prepare to implement byte sized index for managing the freelist
of a slab, we should restrict the number of objects in a slab to be less
or equal to 256, since byte only represent 256 different values.
Setting the size of object to value equal or more than newly introduced
SLAB_MIN_SIZE ensures
This patchset implements byte sized indexes for the freelist of a slab.
Currently, the freelist of a slab consist of unsigned int sized indexes.
Most of slabs have less number of objects than 256, so much space is wasted.
To reduce this overhead, this patchset implements byte sized indexes for
the
Now, the size of the freelist for the slab management diminish,
so that the on-slab management structure can waste large space
if the object of the slab is large.
Consider a 128 byte sized slab. If on-slab is used, 31 objects can be
in the slab. The size of the freelist for this case would be 31 b
Currently, the freelist of a slab consist of unsigned int sized indexes.
Since most of slabs have less number of objects than 256, large sized
indexes is waste. For example, consider the minimum kmalloc slab. It's
object size is 32 byte and it would consist of one page, so 256 indexes
through byte
This logic is not simple to understand so that making separate function
helping readability. Additionally, we can use this change in the
following patch which implement for freelist to have another sized index
in according to nr objects.
Signed-off-by: Joonsoo Kim
diff --git a/mm/slab.c b/mm/sla
On Wed, Oct 16, 2013 at 01:34:57PM -0700, Andrew Morton wrote:
> On Wed, 16 Oct 2013 17:43:57 +0900 Joonsoo Kim wrote:
>
> > There is two main topics in this patchset. One is to reduce memory usage
> > and the other is to change a management method of free objects of a slab.
> >
> > The SLAB all
Hi Vinod,
I have gotten ACK from Mark for both the 1/3 and 2/3 patches.
Thanks.
On 09/26/2013 05:33 PM, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
This patch adds support to 8-channel DMA engine, thus the driver works for both
the new 8-channel and the legacy 4-channel DMA engines.
Howdy Seiji,
I failed appily this patch to both 3.12-rc2 and 3.12-rc4. Could you
please let me know which is the right tree for this patch?
Thanks,
Madper.
seiji.agu...@hds.com writes:
> Change from v2:
> - Move dynamic memory allocation to efi_pstore_read() before holding
> efivars->lo
On Mon, Oct 14, 2013 at 2:41 PM, Tim Kryger wrote:
> Several of the options in bcm_defconfig have gotten out of date so
> regenerate it with "make savedefconfig" to keep things fresh.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Matt Porter
> ---
> arch/arm/configs/bcm_defconfig | 10 ++
On Wed, Oct 16, 2013 at 2:47 PM, Tim Kryger wrote:
> Rather than declaring the frequency of the external clock, specify the
> label of the clock such that the driver may determine the frequency on
> its own.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Markus Mayer
> Reviewed-by: Matt Porter
>
This patch splits the inet6_ehashfn into separate ones in
ipv6/inet6_hashtables.o and ipv6/udp.o to ease the introduction of
seperate secrets keys later.
Cc: Eric Dumazet
Cc: "David S. Miller"
Signed-off-by: Hannes Frederic Sowa
---
include/net/inet6_hashtables.h | 28 +++--
Based on a patch from Andi Kleen.
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Andi Kleen
Signed-off-by: Hannes Frederic Sowa
---
include/linux/jump_label.h | 10 ++
include/linux/jump_label_ratelimit.h | 2 ++
init/main.c | 7 +++
kernel/jump_lab
net_get_random_once(intrduced in the next patch) uses static_keys in
a way that they get enabled on boot-up instead of replaced with an
ideal_nop. So check for default_nop on initial enabling.
Other architectures don't check for this.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc
Cc: Eric Dumazet
Cc: "David S. Miller"
Signed-off-by: Hannes Frederic Sowa
---
net/core/secure_seq.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/net/core/secure_seq.c b/net/core/secure_seq.c
index 3f1ec15..b02fd16 100644
--- a/net/core/secure_seq.c
+++ b/
This patch splits the secret key for syncookies for ipv4 and ipv6 and
initializes them with net_get_random_once. This change was the reason I
did this series. I think the initialization of the syncookie_secret is
way to early.
Cc: Florian Westphal
Cc: Eric Dumazet
Cc: "David S. Miller"
Signed-o
Hi!
This series implements support for delaying the initialization of secret
keys, e.g. used for hashing, for as long as possible. This functionality
is implemented by a new macro, net_get_random_bytes.
I already used it to protect the socket hashes, the syncookie secret
(most important) and the
This duplicates a bit of code but let's us easily introduce
separate secret keys later. The separate compilation units are
ipv4/inet_hashtabbles.o, ipv4/udp.o and rds/connection.o.
Cc: Eric Dumazet
Cc: "David S. Miller"
Signed-off-by: Hannes Frederic Sowa
---
include/net/inet_sock.h| 22 ++
Changed key initialization of tcp_fastopen cookies to net_get_random_once.
If the user sets a custom key net_get_random_once must be called at
least once to ensure we don't overwrite the user provided key when the
first cookie is generated later on.
Cc: Yuchung Cheng
Cc: Eric Dumazet
Cc: "David
Initialize the ehash and ipv6_hash_secrets with net_get_random_once.
Each compilation unit gets its own secret now:
ipv4/inet_hashtables.o
ipv4/udp.o
ipv6/inet6_hashtables.o
ipv6/udp.o
rds/connection.o
The functions still get inlined into the hashing functions. In the fast
path we have
net_get_random_once is a new macro which handles the initialization
of secret keys. It is possible to call it in the fast path. Only the
initialization depends on the spinlock and is rather slow. Otherwise
it should get used just before the key is used to delay the entropy
extration as late as poss
On Wed, Oct 16, 2013 at 03:27:54PM +, Christoph Lameter wrote:
> On Wed, 16 Oct 2013, Joonsoo Kim wrote:
>
> > --- a/mm/slab.c
> > +++ b/mm/slab.c
> > @@ -930,7 +930,8 @@ static void *__ac_put_obj(struct kmem_cache *cachep,
> > struct array_cache *ac,
> > {
> > if (unlikely(pfmemalloc_ac
On 10/16/2013 11:51 AM, Thierry Reding wrote:
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131016 tag is also provided for convenience.
Gained two new conflicts, but n
On Thu, Oct 17, 2013 at 09:57:41AM +1030, Rusty Russell wrote:
> Jason Wang writes:
> > We're trying to re-configure the affinity unconditionally in cpu hotplug
> > callback. This may lead the issue during resuming from s3/s4 since
> >
> > - virt queues haven't been allocated at that time.
> > - i
From: Vinod Koul
Date: Wed, 16 Oct 2013 21:58:46 +0530
> Signed-off-by: Vinod Koul
> CC: "David S. Miller"
Acked-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
On 10/16/2013 05:27 PM, Michael Bohan wrote:
On Wed, Oct 16, 2013 at 04:39:03PM -0700, David Daney wrote:
On 10/16/2013 04:27 PM, Michael Bohan wrote:
Ever since the following commit, libfdt has been available for
usage in the kernel:
commit ab25383983fb8d7786696f5371e75e79c3e9a405
On 10/16/2013 06:39 PM, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Wed, Oct 16, 2013 at 12:36:46PM +0800, Wei Ni wrote:
>> On 10/12/2013 08:14 PM, Mark Brown wrote:
>
>>> OK, I think the device tree board code just needs to set full
>>> constraints during machine initialisation. W
On Wed, 2013-10-16 at 21:19 -0700, David Rientjes wrote:
> On Wed, 16 Oct 2013, Joe Perches wrote:
>
> > > I haven't looked closely at scripts/get_maintainer.pl, but I recently
> > > wrote a patch touching mm/vmpressure.c and it doesn't list the file's
> > > author, Anton Vorontsov .
> > >
> >
Hi Tim,
This patch does not work as it relies on the yet-unmerged clock code
for bcm11351. This patch does not apply to -rc, and when tweaked it
does not compile as it references non-existent bsc_clks.
Has the clk patches been submitted yet ? Applying this will have to
wait until those have been
On Wed, 16 Oct 2013, Joe Perches wrote:
> > I haven't looked closely at scripts/get_maintainer.pl, but I recently
> > wrote a patch touching mm/vmpressure.c and it doesn't list the file's
> > author, Anton Vorontsov .
> >
> > Even when I do scripts/get_maintainer.pl -f mm/vmpressure.c, his entr
On Wed, 2013-10-16 at 20:51 -0700, David Rientjes wrote:
> Hi Joe,
Hi David.
> I haven't looked closely at scripts/get_maintainer.pl, but I recently
> wrote a patch touching mm/vmpressure.c and it doesn't list the file's
> author, Anton Vorontsov .
>
> Even when I do scripts/get_maintainer.pl
Jason Wang writes:
> We're trying to re-configure the affinity unconditionally in cpu hotplug
> callback. This may lead the issue during resuming from s3/s4 since
>
> - virt queues haven't been allocated at that time.
> - it's unnecessary since thaw method will re-configure the affinity.
>
> Fix t
Al Viro writes:
> On Wed, Oct 16, 2013 at 06:18:16PM -0700, Eric W. Biederman wrote:
>
>> That doesn't look bad but it does need capable(CAP_SETUID) &&
>> capable(CAP_SETGID) or possibly something a little more refined.
>
> D'oh
>
>> I don't think we want file descriptor passing to all of a sudde
Hi Joe,
I haven't looked closely at scripts/get_maintainer.pl, but I recently
wrote a patch touching mm/vmpressure.c and it doesn't list the file's
author, Anton Vorontsov .
Even when I do scripts/get_maintainer.pl -f mm/vmpressure.c, his entry is
missing and git blame attributs >90% of the li
On Wed, 16 Oct 2013, Anton Vorontsov wrote:
> > Vmpressure has two important levels: medium and critical. Medium is
> > defined at 60% and critical is defined at 95%.
> >
> > We have a customer who needs a notification at a higher level than medium,
> > which is slight to moderate reclaim acti
On Wed, Oct 16, 2013 at 09:18:37AM +0800, Ming Lei wrote:
> Commit 4e7ea81db5(ext4: restructure writeback path) introduces
> another performance regression on random write:
>
> - one more page may be added to ext4 extent in mpage_prepare_extent_to_map,
> and will be submitted for I/O so nr_to_wr
On 2013年10月17日 07:18, Bjorn Helgaas wrote:
> On Fri, Oct 11, 2013 at 08:18:59PM +0800, tianyu@intel.com wrote:
>> From: Lan Tianyu
>>
>> Make acpi_dev_resource_address_space() to accept struct
>> acpi_resource_address64 as param and rename it to *_full.
>>
>> This is for some cases that acpi a
On Thursday, October 17, 2013 02:20:50 Al Viro wrote:
> On Wed, Oct 16, 2013 at 06:18:16PM -0700, Eric W. Biederman wrote:
> > That doesn't look bad but it does need capable(CAP_SETUID) &&
> > capable(CAP_SETGID) or possibly something a little more refined.
>
> D'oh
>
> > I don't think we want fi
Hi,
Sparse reports the following:
CHECK drivers/staging/rtl8188eu/core/rtw_mlme.c
drivers/staging/rtl8188eu/core/rtw_mlme.c:1003:9: warning: context imbalance in
'rtw_free_assoc_resources' - different lock contexts for basic block
The code in question is as follows:
if (lock_scan
On 2013年10月17日 07:05, Bjorn Helgaas wrote:
> On Fri, Oct 11, 2013 at 08:18:58PM +0800, tianyu@intel.com wrote:
>> From: Lan Tianyu
>>
>> According ACPI 5.0 spec Section 19.1.8
>
> This section reference is wrong. Table 5-133 (on page 243) does
> point to Section 19.1.8, but that section is o
--
Dear beneficiary,This is to re-notify you of the $300,000.00 USD that was
depositedhere in the western union office in your name is available for
pickup.Contact us via email for your M.T.C.N Numbers.Contact Person:Mr. ben c
johnEmail: remittance2013@hotmail.comContact Phone : +44 702404357
This patch adds the neccessary register changes and arch information
to support Exynos5420 SoCs
Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
Also updated the Documentation at
Documentation/devicetree/bindings/thermal/exynos-thermal.txt
Note: The platform data structure wil
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the base_com
On Exynos5250, the FALL interrupt related en, status and clear bits are
available at an offset of
16 in INTEN, INTSTAT registers and at an offset of
12 in INTCLEAR register.
On Exynos5420, the FALL interrupt related en, status and clear bits are
available at an offset of
16 in INTEN, INTSTAT and I
after all the users are converted
Signed-off-by: Vinod Koul
---
include/linux/dmaengine.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h
index 683c380..4b460a6 100644
--- a/include/linux/dmaengine.h
+++ b/include/lin
Hello David,
On Wed, Oct 16, 2013 at 05:43:55PM -0700, David Rientjes wrote:
> Vmpressure has two important levels: medium and critical. Medium is
> defined at 60% and critical is defined at 95%.
>
> We have a customer who needs a notification at a higher level than medium,
> which is slight t
On 10/16/13 1:59 PM, Waiman Long wrote:
This patch adds a new --max-stack option to perf-report to limit the
depth of callchain stack data to look at to reduce the time it takes
for perf-report to finish its processing. It trades the presence of
trailing stack information with faster speed.
I l
On Wed, Oct 16, 2013 at 11:45:48AM -0700, Dan Williams wrote:
> On Wed, Oct 16, 2013 at 11:29 AM, Guennadi Liakhovetski
> >
> > Doesn't this break kernel compilation for a total of 27 commits? Or am I
> > missing anything?
>
> Yes, I think at the start DMA_COMPLETE should just be a alias for
> DMA
ttyA has ld associated to n_gsm, when ttyA is closing, it triggers
to release gsmttyB's ld data dlci[B], then race would happen if gsmttyB
is opening in parallel.
Here are some of race cases we found recently in test:
CASE #1
r
From: Andy Shevchenko
To support some (legacy) firmwares and platforms let's make life easier for
their customers.
Signed-off-by: Andy Shevchenko
Cc: Kuppuswamy Sathyanarayanan
Cc: David Cohen
Cc: Linus Walleij
Cc: Len Brown
---
drivers/gpio/Kconfig | 4 +++
drivers/gpio/Makefile
On Wed, 2013-10-16 at 10:56 -0400, Chen, Gong wrote:
> GENMASK is used to create a contiguous bitmask([hi:lo]). It is
> implemented twice in current kernel. One is in EDAC driver, the other
> is in SiS/XGI FB driver. Move it to a more generic place for other
> usage.
[]
> diff --git a/include/linux
From: Andy Shevchenko
drivers/sfi/sfi_core.c:164:26: warning: no previous prototype for
‘sfi_map_table’ [-Wmissing-prototypes]
drivers/sfi/sfi_core.c:192:6: warning: no previous prototype for
‘sfi_unmap_table’ [-Wmissing-prototypes]
Signed-off-by: Andy Shevchenko
Cc: Kuppuswamy Sathyanarayana
On 10/08/2013 06:25 PM, Peter Zijlstra wrote:
> From: Oleg Nesterov
>
> It is functionally equivalent to
>
> struct rcu_sync_struct {
> atomic_t counter;
> };
>
> static inline bool rcu_sync_is_idle(struct rcu_sync_struct *xxx)
> {
>
On 2013年10月17日 09:02, Lan Tianyu wrote:
> On 2013年10月16日 20:42, Rafael J. Wysocki wrote:
>> On Wednesday, October 16, 2013 05:26:21 PM Lan Tianyu wrote:
>>> This is a multi-part message in MIME format.
>>> --090400010209000300030201
>>> Content-Type: text/plain; charset=UTF-8
>>> Conten
On 10/17/2013 06:41 AM, Douglas Gilbert wrote:
> That seems to be the case. Vaughan acknowledged the
> problem and forwarded it to me 8 days ago. Yes, it
> seems to be a "no-no" to hold a any kernel semaphore
> when returning to the user space; in this case from
> sg_open(). I was hoping a revised
On Wed, Oct 16, 2013 at 02:02:21PM -0300, Mauro Carvalho Chehab wrote:
> Date: Wed, 16 Oct 2013 14:02:21 -0300
> From: Mauro Carvalho Chehab
> To: "Chen, Gong"
> Cc: tony.l...@intel.com, b...@alien8.de, j...@perches.com,
> naveen.n@linux.vnet.ibm.com, aroza...@redhat.com,
> linux-a...@vger.
This patch makes max17042 fuelguage driver uses regmap API to access
its device's registers.
It's based on linux-next.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
drivers/power/max17042_battery.c | 357 +++---
1 file changed, 174 insertions(+), 1
As Intel rolling out more SoC's after Moorestown, we need to
re-structure the code in a way that is backward compatible and easy to
expand. This patch implements a flexible way to support multiple boards
and devices.
This patch does not add any new functional support. It just refactors
the existin
(2013/10/12 1:31), Toshi Kani wrote:
On Fri, 2013-10-11 at 15:36 +0900, Yasuaki Ishimatsu wrote:
When inserting a wrong value to /sys/devices/system/memory/memoryX/state file,
following messages are shown. And device_hotplug_lock is never released.
==
Commit 3fa4d734 (usb: phy: rename nop_usb_xceiv => usb_phy_gen_xceiv)
changed the conditional around the declaration of usb_nop_xceiv_register
from
#if defined(CONFIG_NOP_USB_XCEIV) ||
(defined(CONFIG_NOP_USB_XCEIV_MODULE) && defined(MODULE))
to
#if IS_ENABLED(CONFIG
On 10/08/2013 06:25 PM, Peter Zijlstra wrote:
> From: Oleg Nesterov
>
> Add the new struct rcu_sync_ops which holds sync/call methods, and
> turn the function pointers in rcu_sync_struct into an array of struct
> rcu_sync_ops.
Hi, Paul
I think this work should be done in rcupdate.[ch] side by
On 10/03/2013 08:58 AM, Mark Brown wrote:
On Wed, Oct 02, 2013 at 09:15:22PM -0700, Guenter Roeck wrote:
irq_of_parse_and_map() returns 0 on error, not NO_IRQ.
Applied, thanks.
Hi Mark,
do you plan to send this patch upstream anytime soon ?
It fixes an xtensa build problem, so it would be
Hi Will,
I am happy to notify that our stability test has passed,
And this Crash don't happen again,
So seems this patch work now .
We has merged it into our release SW .
Could I know if this patch will be delivered into kernel
Mainline by you ?
Thanks again !
-Original Message-
Fro
On Oct 16, 2013, at 5:56 PM, Rob Herring wrote:
> On 08/08/2013 10:51 AM, Kumar Gala wrote:
>> I'm tossing my hat into the ring of maintainers/reviewers for device tree
>> bindings based on history of dealing with DT on embedded PPC and starting
>> work on ARM SoCs.
>>
>> Signed-off-by: Kumar Ga
On Wed, 2013-10-16 at 20:34 -0400, Neil Horman wrote:
> >
>
> So I went to reproduce these results, but was unable to (due to the fact that
> I
> only have a pretty jittery network to do testing accross at the moment with
> these devices). So instead I figured that I would go back to just doin
On Tue, 15 Oct 2013, Dave Hansen wrote:
> diff -puN mm/page_alloc.c~rename-pageset-functions mm/page_alloc.c
> --- linux.git/mm/page_alloc.c~rename-pageset-functions2013-10-15
> 09:57:05.870612107 -0700
> +++ linux.git-davehans/mm/page_alloc.c2013-10-15 09:57:05.875612329
> -0700
On Wed, 16 Oct 2013 23:30:05 +0200 Peter Zijlstra
wrote:
> On Wed, Oct 16, 2013 at 08:51:39PM +0200, Thierry Reding wrote:
> > Today's linux-next merge of the tip tree got a conflict in
> >
> > include/linux/wait.h
> >
> > caused by commits 1ab2460 (wait: add wait_event_cmd()) and fb869b6
>
On Wed, 16 Oct 2013 22:52:07 +0200 Peter Zijlstra
wrote:
> Hey Neil;
>
> it looks like its one of your patches isn't it?
>
> http://www.spinics.net/lists/raid/msg44100.html
> http://www.spinics.net/lists/raid/msg44101.html
>
> Given that I can't find them in a lkml archive means nobody's ever
On Sat, Oct 12, 2013 at 06:37:32AM +0200, Michael Opdenacker wrote:
> This patch proposes to remove the use of the IRQF_DISABLED flag
>
> It's a NOOP since 2.6.35 and it will be removed one day.
>
> Signed-off-by: Michael Opdenacker
> ---
> drivers/bus/omap_l3_noc.c | 4 ++--
> drivers/bus/omap
> -Original Message-
> From: Catalin Marinas [mailto:catalin.mari...@arm.com]
> Sent: 2013年10月16日 21:21
> To: Rob Herring
> Cc: Neil Zhang; linux-kernel@vger.kernel.org; Yu Tang; Zhou Zhu; Will Deacon
> Subject: Re: [Question] Ask for arm arch timer
>
> On Wed, Oct 16, 2013 at 01:59:25PM +
2013/10/16 Tyler Hicks :
> On 2013-10-11 16:49:16, Geyslan G. Bem wrote:
>> In 'decrypt_pki_encrypted_session_key' function:
>>
>> Initializes 'payload' pointer and releases it on exit.
>>
>> Signed-off-by: Geyslan G. Bem
>> ---
>
> Thanks! This one was easy to verify by auditing the code, but I w
On Wed, Oct 16, 2013 at 06:18:16PM -0700, Eric W. Biederman wrote:
> That doesn't look bad but it does need capable(CAP_SETUID) &&
> capable(CAP_SETGID) or possibly something a little more refined.
D'oh
> I don't think we want file descriptor passing to all of a sudden become
> a grant of privil
Al Viro writes:
> On Wed, Oct 16, 2013 at 03:01:57PM -0700, Jim Lieb wrote:
>> File servers must do some operations with the credentials of
>> their client. This syscall switches the key credentials similar
>> to nfsd_setuser() in fs/nfsd/auth.c with the capability of retaining a
>> handle to t
On 2013年10月16日 20:42, Rafael J. Wysocki wrote:
> On Wednesday, October 16, 2013 05:26:21 PM Lan Tianyu wrote:
>> This is a multi-part message in MIME format.
>> --090400010209000300030201
>> Content-Type: text/plain; charset=UTF-8
>> Content-Transfer-Encoding: 8bit
>>
>> On 10/16/2013 0
On Wed, 16 Oct 2013, Mel Gorman wrote:
> It has been reported on very large machines that show_mem is taking almost
> 5 minutes to display information. This is a serious problem if there is
> an OOM storm. The bulk of the cost is in show_mem doing a very expensive
> PFN walk to give us the followi
On 2013-10-11 16:49:16, Geyslan G. Bem wrote:
> In 'decrypt_pki_encrypted_session_key' function:
>
> Initializes 'payload' pointer and releases it on exit.
>
> Signed-off-by: Geyslan G. Bem
> ---
Thanks! This one was easy to verify by auditing the code, but I was also
able to verify the leak wi
1 - 100 of 925 matches
Mail list logo
