And another small update. ;)
Am 11.09.2013 09:16, schrieb Alexander Holler:
To summarize what happens if a driver uses a gpio as irq:
gpio_request() // This works only if the gpio was not requested before
gpio_direction_input()
gpio_to_irq() // This needs an irq-mapping
request_threaded_irq()
Am 11.09.2013 09:30, schrieb Alexander Holler:
And another small update. ;)
Am 11.09.2013 09:16, schrieb Alexander Holler:
To summarize what happens if a driver uses a gpio as irq:
gpio_request() // This works only if the gpio was not requested before
gpio_direction_input()
gpio_to_irq() //
The pciinfo struct has a two byte hole after -dev_fn so stack
information could be leaked to the user.
This was assigned CVE-2013-2147.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/block/cpqarray.c b/drivers/block/cpqarray.c
index 639d26b..2b94403 100644
---
The arg64 struct has a hole after -buf_size which isn't cleared.
Or if any of the calls to copy_from_user() fail then that would
cause an information leak as well.
This was assigned CVE-2013-2147.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/block/cciss.c
On Wednesday 2013-09-04 19:25, Matt Porter wrote:
With the move to configfs for creation of arbitrary USB composite gadgets,
I found myself wanting a simple C library to configure and parse gadgets
in a system. It has no other dependencies other than libc itself.
It can be found at:
On Wed, Sep 11, 2013 at 12:30:24AM -0400, Steven Rostedt wrote:
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
[ Upstream commit 788f7a56fce1bcb2067b62b851a086fca48a0056 ]
This require
This patch includes the driver for the LM3560, dual LED Flash.
The LM3560 has two 1A constant current drivers for high current
white LEDs. It is controlled via an I2C compatible interface(up to 400kHz).
And each flash, torch brightness and enable/disable LED can be controlled
independantly.
That is some important piece of information that might be useful for
others and so cc'ing LKML and other lists..
On 11 September 2013 01:06, Rafael J. Wysocki r...@sisk.pl wrote:
On Tuesday, September 10, 2013 02:16:03 PM Lukasz Majewski wrote:
For my curiosity - what is the difference between
On 09/11/2013 03:33 AM, Benjamin Herrenschmidt wrote:
On Mon, 2013-09-09 at 18:37 -0700, Guenter Roeck wrote:
powerpc allmodconfig build fails with:
ERROR: .cpu_to_chip_id [drivers/block/mtip32xx/mtip32xx.ko] undefined!
The problem was introduced with commit 15863ff3b (powerpc: Make chip-id
On Tue, Sep 10, 2013 at 6:57 PM, Olof Johansson o...@lixom.net wrote:
I have a very weird experience with snowball right now. I noticed this
yesterday when I decided to look at why multi_v7_defconfig doesn't
boot on it:
* u8500_defconfig doesn't boot as a DT kernel, since the machine ID is
On 10 September 2013 22:37, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Tue, 10 Sep 2013, Viresh Kumar wrote:
Quite straight forward actually..
Apparently, not quite.
I overlooked the situation where we return early from -target() routines.. :(
Please try attached patches, I will
On Tue, Sep 10, 2013 at 06:29:39PM -0700, Chris Brannon wrote:
Ok. I just sent up a patch to the driverdev list. I missed a few
of the Cc's that were on this thread, though.
Also, it will conflict with Raphael's cleanup.
You're missing Raphael's CC in particular...
Really, Raphael's patch
On 09/11/2013 12:35 PM, tianyu@intel.com wrote:
From: Lan Tianyu tianyu@intel.com
In the cpufreq_policy_restore(), policy before system suspend is read from
from percpu's cpufreq_cpu_data_fallback. It's read operation rather than
write operation. So convert write lock to read lock
On Wed, 11 Sep 2013, Viresh Kumar wrote:
On 10 September 2013 22:37, Guennadi Liakhovetski g.liakhovet...@gmx.de
wrote:
On Tue, 10 Sep 2013, Viresh Kumar wrote:
Quite straight forward actually..
Apparently, not quite.
I overlooked the situation where we return early from -target()
On Tue, 10 Sep 2013, Olof Johansson wrote:
[pruning out the iio list/people]
On Tue, Sep 10, 2013 at 8:30 AM, Lee Jones lee.jo...@linaro.org wrote:
On Tue, Sep 10, 2013 at 5:49 AM, Lee Jones lee.jo...@linaro.org wrote:
Turns out that they're actually not required and the driver probes
On 10.09.13 at 17:31, Boris Ostrovsky boris.ostrov...@oracle.com wrote:
--- a/drivers/xen/Kconfig
+++ b/drivers/xen/Kconfig
@@ -242,4 +242,9 @@ config XEN_MCE_LOG
config XEN_HAVE_PVMMU
bool
+config XEN_SYMS
+ bool Xen symbols
+ depends on XEN_DOM0 XENFS KALLSYMS
On Wed, 11 Sep 2013, Linus Walleij wrote:
On Tue, Sep 10, 2013 at 6:57 PM, Olof Johansson o...@lixom.net wrote:
I have a very weird experience with snowball right now. I noticed this
yesterday when I decided to look at why multi_v7_defconfig doesn't
boot on it:
* u8500_defconfig
Currently the acpi_os_sleep() is using the schedule_timeout_interruptible(),
which can be interrupted by signal, which causes the real sleep time is shorter.
According to the ACPI spec:
The Sleep term is used to implement long-term timing requirements.
Execution is delayed for at least the
On Tue, Sep 10, 2013 at 06:59:57PM -0700, Andy Lutomirski wrote:
On 09/10/2013 06:08 AM, Peter Zijlstra wrote:
In order to combine the preemption and need_resched test we need to
fold the need_resched information into the preempt_count value.
We keep the existing TIF_NEED_RESCHED
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Liu ShuoX shuox@intel.com
[ Upstream commit e5248a111bf4048a9f3fab1a9c94c4630a10592a ]
Prevent automatic system suspend from happening during system
shutdown by making
On 09/10/13 20:46, James Bottomley wrote:
During our test, multipath used, each LUN has 2 paths. when adding second
path enclousure did not check if will adding device's symlink existed or
no.
The description doesn't look helpful. The problem, presumably in a
remove/re-add test that the
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue support)
only call free_netdev() on err in tun_set_iff(). This causes several issues:
- memory of tun security were leaked
- use after free since the flow gc timer was not deleted and the tfile were not
detached
This patch
On 11 September 2013 01:16, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Tuesday, September 10, 2013 08:44:18 PM Viresh Kumar wrote:
Now Second question, is this fine to have multiple PRECHANGE notfications
before any POSTCHANGE notification?
Logically it looks obvious to me that these
On 11 September 2013 13:45, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
I'd rather wait until Rafael is convinced, then we'll see.
Okay.. I have just sent a mail to Rafael about that, see if you
are convinced with what I wrote :)
--
viresh
--
To unsubscribe from this list: send the line
Hi Linus,
this is the kconfig part of kbuild for v3.12-rc1:
- post-3.11 search code fixes and micro-optimizations
- CONFIG_MODULES is no longer a special case; this is needed to
eventually fix the bug that using KCONFIG_ALLCONFIG breaks
allmodconfig
- long long is used to store hex and int
Steven Rostedt rost...@goodmis.org writes:
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
This commit seems to cause regressions [1]. There's a fix for it with
commit a0c516cbfc7452c8cbd564525fef66d9f20b46d1 but it doesn't apply
cleanly (it probably
On Wed, 11 Sep 2013, Aaron Lu aaron...@intel.com wrote:
It is possible the i915 driver decides not to register a backlight
interface for the graphics card for some reason(memory allocation failed
or it knows the native control does not work on this card or whatever),
so I would prefer let i915
On 11 September 2013 12:35, tianyu@intel.com wrote:
From: Lan Tianyu tianyu@intel.com
In the cpufreq_policy_restore(), policy before system suspend is read from
from percpu's cpufreq_cpu_data_fallback. It's read operation rather than
write operation. So convert write lock to read
On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
Before plunging forward, have you observed any difference between the
boot modes? We have reports [1] that the backlight behaviour is
different with UEFI vs. UEFI+CSM or legacy boot. So I'm wondering if the
acpi_gbl_osi_data =
Some GPIO line limits are incorrectly set which, for instance,
does not allow nRTS1 (GPH11) configuration on a S3C2416 chip.
Signed-off-by: José Miguel Gonçalves jose.goncal...@inov.pt
---
arch/arm/mach-s3c24xx/include/mach/gpio.h | 10 +-
drivers/gpio/gpio-samsung.c |
On Mon, Sep 09, 2013 at 03:46:35PM +0200, Peter Zijlstra wrote:
On Mon, Sep 09, 2013 at 03:30:44PM +0200, Peter Zijlstra wrote:
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index fa6964d..486c0ba 100644
--- a/drivers/idle/intel_idle.c
+++ b/drivers/idle/intel_idle.c
Currently zbud pages do not have any flags set so it is not possible to
identify them during migration or compaction.
Implement PageZbud() by comparing page-_mapcount to -127 to distinguish
pages allocated by zbud. Just like PageBuddy() is implemented.
Signed-off-by: Krzysztof Kozlowski
Move freechunks variable in zbud_free() and zbud_alloc() to block-level
scope (from function scope).
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
mm/zbud.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/mm/zbud.c b/mm/zbud.c
index 3f4be72..1d5b26b
Hi,
Currently zbud pages are not movable and they cannot be allocated from CMA
(Contiguous Memory Allocator) region. These patches add migration of zbud pages.
The zbud migration code utilizes mapping so many exceptions to migrate
code were added. This can be replaced for example with pin page
Add radix tree to zbud pool and use indirect zbud handle as radix tree
index.
This allows migration of zbud pages while the handle used by zswap
remains untouched. Previously zbud handles were virtual addresses. This
imposed problem when page was migrated.
This change also exposes and fixes race
Use page reference counter for zbud pages. The ref counter replaces
zbud_header.under_reclaim flag and ensures that zbud page won't be freed
when zbud_free() is called during reclaim. It allows implementation of
additional reclaim paths.
The page count is incremented when:
- a handle is created
Add migration support for zbud. This allows adding __GFP_MOVABLE flag
when allocating zbud pages and effectively CMA pool can be used for
zswap.
zbud pages are not movable and are not stored under any LRU (except
zbud's LRU). PageZbud flag is used in isolate_migratepages_range() to
grab zbud
On (09/11/13 00:29), Steven Rostedt wrote:
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
Hello,
Steven, this patch makes r100_irq_process() unhappy and there
is additional fix on top of this patch.
upstream 27c505ca84e164ec66ad55dcf3f5befaac83f10a
I'll
On mer., 2013-09-11 at 08:45 +, Matthew Garrett wrote:
On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
Before plunging forward, have you observed any difference between the
boot modes? We have reports [1] that the backlight behaviour is
different with UEFI vs. UEFI+CSM or legacy
Hi,
I'm consistently and constantly hitting a deadlock.
console_callback in drivers/tty/vt/vt.c does: console_lock() and then calls:
do_blank_screen, which calls:
vc-vc_sw-con_blank(..) which can be a pointer to the function:
fbcon_blank in video/console/fbcon.c. This is missing
On Tue, Sep 10, 2013 at 10:19:17PM -0700, Kees Cook wrote:
In the former case, format characters will get processed by the
sprintf logic. In the latter, they are printed as-is. In this specific
case, if there was a way to inject strings like ohai %n into the
msgbuf string, the former would
於 二,2013-09-10 於 18:26 +,Matthew Garrett 提到:
On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
On Tue, 10 Sep 2013, Matthew Garrett wrote:
That's why modern systems require signed firmware updates.
Linux doesn't. Is someone working on adding signature support to
On 10/09/13 16:31, Boris Ostrovsky wrote:
This is the Linux side of Xen PMU support for PV guests, including dom0. Only
kernel changes are here, toolstack patch will be provided separately.
Here is description from the hypervisor patch submission that applies to this
series as well:
This
On Wed, Sep 11, 2013 at 10:19 AM, Lee Jones lee.jo...@linaro.org wrote:
On Wed, 11 Sep 2013, Linus Walleij wrote:
Weird, yeah there is something wrong on Torvalds' HEAD, with
earlyprint it says:
Uncompressing Linux... done, booting the kernel.
Error: unrecognized/unsupported processor
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue support)
only call free_netdev() on err in tun_set_iff(). This causes several issues:
- memory of tun security were leaked
Not just tun security - sock reference
On Mon, Sep 09, 2013 at 05:46:59PM +0100, Stefano Stabellini wrote:
On Mon, 9 Sep 2013, Catalin Marinas wrote:
They could also happen in a DomU if we assign a physical device to it
(and an SMMU is not available).
The problem is that you don't necessarily know one kind of coherency
On 09/10/2013 08:11 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Tue, Sep 10, 2013 at 07:29:40PM +0800, Wei Ni wrote:
On my platform, it use palmas-regulator.c, ldo6 for this lm90 power
rail. I checked this driver, it will handle ramp_delay except LDOx.
Since I'm not familiar
- Original Message -
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
support)
only call free_netdev() on err in tun_set_iff(). This causes several
issues:
- memory of tun security were leaked
On Wed, Sep 11, 2013 at 09:01:16AM +0800, Aaron Lu wrote:
Looks like, it all boils down to how many I2C devices should be allowed
for runtime PM by default and how many I2C devices should be forbidden.
, and then we allow/forbid runtime PM for the majority case in I2C core
while individual
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Gregory CLEMENT gregory.clem...@free-electrons.com
[ Upstream commit faefd550c45d8d314e8f260f21565320355c947f ]
When CONFIG_ARM_APPENDED_DTB is selected, if the bootloader provides
an
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function acpi_initrd_override(), we add the
above logic.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Zhang Yanfei
Memory reserved for crashkernel could be large. So we should not allocate
this memory bottom up from the end of kernel image.
When SRAT is parsed, we will be able to know whihc memory is hotpluggable,
and we can avoid allocating this memory for the kernel. So reorder
reserve_crashkernel() after
On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
- Original Message -
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
support)
only call free_netdev() on err in tun_set_iff(). This
init_mem_mapping() is called before SRAT is parsed. And memblock will allocate
memory for page tables. To prevent page tables being allocated within
hotpluggable
memory, we will allocate page tables from the end of kernel image to the higher
memory.
Signed-off-by: Tang Chen
This patch introduces a new API memblock_alloc_bottom_up() to make memblock be
able to allocate from bottom upwards.
During early boot, if the bottom up mode is set, just try allocating bottom up
from the end of kernel image, and if that fails, do normal top down allocation.
Suggested-by: Tejun
The Hot-Pluggable fired in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel,
it cannot be hot-removed. So memory hotplug users may want to set all
hotpluggable memory in ZONE_MOVABLE so that the kernel won't use it.
Memory hotplug
The Linux kernel cannot migrate pages used by the kernel. As a result, kernel
pages cannot be hot-removed. So we cannot allocate hotpluggable memory for
the kernel.
ACPI SRAT (System Resource Affinity Table) contains the memory hotplug info.
But before SRAT is parsed, memblock has already started
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function setup_log_buf(), we add the above logic.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Zhang Yanfei
This patch-set is based on tj's suggestion, and not fully tested.
Just for review and discussion. And according to tj's suggestion,
implemented a new function memblock_alloc_bottom_up() to allocate
memory from bottom upwards, whihc can simplify the code.
[Problem]
The current Linux cannot
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function dma_contiguous_reserve(), we add the
above logic.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Zhang
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function relocate_initrd(), we add the above logic.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Zhang Yanfei
On 11 September 2013 08:58, Lan Tianyu tianyu@intel.com wrote:
From 668e1b6fd94b5c0e56a651b4c60cbbc7a6868b46 Mon Sep 17 00:00:00 2001
From: Lan Tianyu tianyu@intel.com
Date: Wed, 11 Sep 2013 11:31:15 +0800
Subject: [PATCH] Cpufreq/governor: Remove fossil comment
cpufreq_set_policy()
The Samsung serial driver currently does not support setting the
RTS pin with an ioctl(TIOCMSET) call. This patch adds this support.
Signed-off-by: José Miguel Gonçalves jose.goncal...@inov.pt
---
drivers/tty/serial/samsung.c | 17 ++---
1 file changed, 14 insertions(+), 3
On Wednesday 11 September 2013 11:42 AM, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 7 +++
arch/arm/boot/dts/am335x-boneblack.dts| 15 +++
2 files changed, 22 insertions(+)
diff --git
On Fri, Aug 30, 2013 at 1:33 PM, Maxim Patlasov mpatla...@parallels.com wrote:
08/30/2013 01:13 PM, Miklos Szeredi пишет:
On Thu, Aug 29, 2013 at 6:41 PM, Miklos Szeredi mik...@szeredi.hu wrote:
BTW, isn't it enough to do the filemap_write_and_wait() *plus* the
fuse_set_nowrite()?
Thought
Hi Rafael,
I really tried to stop after you asked me to, but still got few more patches..
These are very minor changes and a fairly smaller patchset..
I have rebased this over your linux-next branch
7c218b1 Merge branch 'acpi-bind-next' into linux-next
and tested over my exynos board.. I don't
cpufreq_frequency_table_verify() is a bit rewritten here to make it more logical
and optimal.
- merge multiple lines for variable declarations together.
- quit early if any frequency between min/max is found.
- don't call cpufreq_verify_within_limits() in case any valid freq is found as
it is of
Earlier there used to be two functions named __cpufreq_set_policy() and
cpufreq_set_policy(), but now we only have a single routine lets name it
cpufreq_set_policy() instead of __cpufreq_set_policy().
This also removes some invalid comments or fixes some incorrect comments.
Signed-off-by: Viresh
Currently cpufreq_driver's flags are defined directly using 0x1, 0x2, 0x4, 0x8,
etc.. As the list grows it doesn't stays much readable..
Lets use bitwise shift operator to generate these numbers for respective
positions.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Lets use cpufreq_driver-flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY instead
of a separate field within cpufreq_driver. This will save some bytes for us.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/arm_big_little.c | 4 ++--
drivers/cpufreq/cpufreq.c |
- Original Message -
On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
- Original Message -
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
support)
only call
Most of the users of cpufreq_verify_within_limits() calls it for limiting with
min/max from policy-cpuinfo. We can make that code simple by introducing
another routine which will do this for them automatically.
This patch adds another routine cpufreq_verify_within_cpu_limits() and updates
others
Commit c8d68e6be1c3b242f1c598595830890b65cea64a
(tuntap: multiqueue support) only call free_netdev() on error in
tun_set_iff(). This causes several issues:
- memory of tun security were leaked
- use after free since the flow gc timer was not deleted and the tfile
were not detached
This patch
On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
On 09/09/2013 05:14 PM, Rafael J. Wysocki wrote:
On Monday, September 09, 2013 03:29:06 PM Stephen Warren wrote:
On 09/09/2013 02:24 PM, Rafael J. Wysocki wrote:
On Monday,
On Wed, 2013-09-11 at 10:56 +0200, Peter Zijlstra wrote:
On Mon, Sep 09, 2013 at 03:46:35PM +0200, Peter Zijlstra wrote:
On Mon, Sep 09, 2013 at 03:30:44PM +0200, Peter Zijlstra wrote:
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index fa6964d..486c0ba 100644
---
On Wed, 11 Sep 2013, Matthew Garrett matthew.garr...@nebula.com wrote:
On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
Before plunging forward, have you observed any difference between the
boot modes? We have reports [1] that the backlight behaviour is
different with UEFI vs. UEFI+CSM
Commit ebd97be635 ('PCI: remove ARCH_SUPPORTS_MSI kconfig option')
removes the ARCH_SUPPORTS_MSI Kconfig option that allowed
architectures to indicate whether they support PCI MSI or not. Now,
PCI MSI support can be compiled in on any architecture thanks to the
use of weak functions thanks to
On Wed, 2013-09-11 at 13:29 +0300, Jani Nikula wrote:
On Wed, 11 Sep 2013, Matthew Garrett matthew.garr...@nebula.com wrote:
On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
Before plunging forward, have you observed any difference between the
boot modes? We have reports [1] that the
On Wed, Sep 11, 2013 at 06:09:48PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a
(tuntap: multiqueue support) only call free_netdev() on error in
tun_set_iff(). This causes several issues:
- memory of tun security were leaked
- use after free since the flow gc
On 11 September 2013 15:51, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
Sure, it's due to 5302c3f cpufreq: Perform light-weight init/teardown
during suspend/resume.
On 11 September 2013 16:14, Viresh Kumar viresh.ku...@linaro.org wrote:
But I would have solved it differently :)
We don't really need to call update_policy_cpu() again and again
as we don't really need to update policy-cpu...
Rather it would be better to just move following inside
Hello,
On Tue, Sep 10, 2013 at 10:54:53AM -0700, Paul E. McKenney wrote:
Their stall was due to old-style creation of sysfs entries for memory.
Yours might be having a similar issue with the creation of /dev entries,
so it would be worth trying it.
OK, compiling 3.10.11 with your
Hi,
It seems that ASLR with PIE binaries (linux-3.11.0-vanilla on ARM)
seems to create bad memory layout - the programs run out of memory
relatively soon, especially if they also mmap() lot of memory.
I believe the problem is that fs/binfmt_elf.c:load_elf_binary() sets
load_bias to 0 when
Hi Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive a couple of s390 updates for 3.12.
This includes one bpf/jit bug fix where the jit compiler could sometimes
write generated code out of bounds of the allocated memory area.
The rest
On Wed, Sep 11, 2013 at 3:43 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Rafael,
I really tried to stop after you asked me to, but still got few more patches..
These are very minor changes and a fairly smaller patchset..
I have rebased this over your linux-next branch
7c218b1 Merge
Hi Andrew,
On Mon, Sep 09, 2013 at 10:32:55PM +0100, Andrew Pinski wrote:
Right now CONFIG_COMPAT means enabling AARCH32 support in the ARM64 traget,
which we want to split out so we can it to mean any 32bit ABI support instead.
First, there are some coding style and patch format issues.
On Wed, Sep 11, 2013 at 01:08:04PM +0300, Michael S. Tsirkin wrote:
On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
- Original Message -
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap:
Op 11 sep. 2013, om 12:06 heeft Sekhar Nori nsek...@ti.com het volgende
geschreven:
On Wednesday 11 September 2013 11:42 AM, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 7 +++
On Mon, Sep 09, 2013 at 10:32:56PM +0100, Andrew Pinski wrote:
Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense
to reuse rather
than copy the same code.
At a first look, I don't really like this part. I'll comment more on the
last patch.
--
Catalin
--
To
On 11 September 2013 16:23, Amit Kucheria amit.kuche...@linaro.org wrote:
Thanks for the great work cleaning up all the drivers. IIUC, you have
~200 patches lined up for the 3.13 merge window.
227 to be precise :)
That causes some worries.
Can we quickly do the following to get more
On Wed, Sep 11, 2013 at 10:55:52AM +0100, Mark Brown wrote:
On Wed, Sep 11, 2013 at 09:01:16AM +0800, Aaron Lu wrote:
Looks like, it all boils down to how many I2C devices should be allowed
for runtime PM by default and how many I2C devices should be forbidden.
, and then we allow/forbid
For async-write on block device,when disk removed,the vfs don't know.
It will continue do async-write.Add this check it will stop async-write
when disk removed.
Signed-off-by: Jianpeng Ma majianp...@gmail.com
---
fs/block_dev.c | 4
1 file changed, 4 insertions(+)
diff --git
For async-write on block device,if device removed,but the vfs don't know it.
It will continu do.
Patch1 set size of inode of block device to zero when removed disk.By this,vfs
know
disk changed.
Path2 add size-check on blk_aio_write.If pos of write larger than size of
inode,it will
return
When remove gendisk, set the size of inode of block_device to zero.
This is mainly let the vfs know disk removed.
Signed-off-by: Jianpeng Ma majianp...@gmail.com
---
block/genhd.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/block/genhd.c b/block/genhd.c
index
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v1:
dropped the ti,non-removable entry per Sehkars request
arch/arm/boot/dts/am335x-bone-common.dtsi | 7 +++
arch/arm/boot/dts/am335x-boneblack.dts| 14 ++
2 files changed, 21 insertions(+)
diff
Here are two patches to fix MMC on beaglebone, one fixes card detect on BBW,
the other adds the eMMC entry for BBB and its fixed regulator.
This series depends on:
http://comments.gmane.org/gmane.linux.kernel.stable/63648
https://lkml.org/lkml/2013/9/10/454
From: Alexander Holler hol...@ahsoftware.de
This enables the use of MMC cards even when no card was inserted at boot.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v1:
None, simple repost
On Wed, Sep 11, 2013 at 10:25:30AM +0200, Peter Zijlstra wrote:
On Tue, Sep 10, 2013 at 06:59:57PM -0700, Andy Lutomirski wrote:
It looks like the intel_idle code can get confused if TIF_NEED_RESCHED
is set but the preempt resched bit is not -- the need_resched call
between monitor and
On Mon, Sep 09, 2013 at 10:32:57PM +0100, Andrew Pinski wrote:
The ILP32 ABI in ARM64 uses a slightly different pselect from either
the compat or even the native LP64 ABI. We would want to reuse some
of the code path that are used as the size of the timespec is the
same, so this patch
On 09/11/2013 03:51 PM, Srivatsa S. Bhat wrote:
On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
On 09/09/2013 05:14 PM, Rafael J. Wysocki wrote:
On Monday, September 09, 2013 03:29:06 PM Stephen Warren wrote:
On 09/09/2013
701 - 800 of 1346 matches
Mail list logo