On Tue, Oct 9, 2012 at 3:28 PM, Dan Carpenter dan.carpen...@oracle.com wrote:
Unless there is a good reason why
That's what I'm asking. Is there an inherent coupling with some
platform/architecture ? E.g., OMAP remote processors only go with
OMAP chips.
--
To unsubscribe from this list: send the
On Tue, Oct 9, 2012 at 2:00 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Fri, Oct 5, 2012 at 3:16 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
[Me]
If I understand correctly the below more or less exports
struct irq_chip to userspace,
trying to hide it by instead exposing a
On Tue, 2012-10-09 at 21:12 +0900, Linus Torvalds wrote:
On Tue, Oct 9, 2012 at 7:02 PM, Eric Dumazet eric.duma...@gmail.com wrote:
It seems drivers/vfio/pci/vfio_pci.c uses VM_RESERVED
Yeah, I just pushed out what I think is the right (trivial) fix.
Thank you, looks correct to me as
-Original Message-
From: David Daney [mailto:ddaney.c...@gmail.com]
Sent: Monday, October 08, 2012 8:39 PM
To: Matt Porter; Bounine, Alexandre; Jiri Kosina
Cc: linux-kernel@vger.kernel.org; David Daney; Chad Reese
Subject: [PATCH] RapidIO: Fix trivial comment error.
From: Chad
On 9 October 2012 21:04, Takashi Iwai ti...@suse.de wrote:
At Tue, 9 Oct 2012 19:23:56 +0800,
Daniel J Blueman wrote:
On 9 October 2012 18:07, Takashi Iwai ti...@suse.de wrote:
At Tue, 09 Oct 2012 12:04:08 +0200,
Takashi Iwai wrote:
At Tue, 9 Oct 2012 00:34:09 +0800,
Daniel J Blueman
On Tue, Oct 09, 2012 at 04:15:15PM +0200, Ohad Ben-Cohen wrote:
On Tue, Oct 9, 2012 at 3:28 PM, Dan Carpenter dan.carpen...@oracle.com
wrote:
Unless there is a good reason why
That's what I'm asking. Is there an inherent coupling with some
platform/architecture ? E.g., OMAP remote
Alex,
couple of comments in-lined:
On Mon, Oct 8, 2012 at 10:49 PM, Alex Williamson
alex.william...@redhat.com wrote:
This needs to be broken apart, start with pulling all the IOMMU
group init code into a new function.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
On Sat, Oct 06, 2012 at 04:09:22PM -0400, Len Brown wrote:
From: Feng Tang feng.t...@intel.com
The title has 'delete' misspelled.
This is a follow on for commmit 3f6f49c7 ACPI: delete _GTS/_BFS support
to do more cleanup.
Signed-off-by: Feng Tang feng.t...@intel.com
Signed-off-by: Bob
On Tue, Oct 9, 2012 at 4:26 PM, Dan Carpenter dan.carpen...@oracle.com wrote:
If it already compiles fine on x86 then there is no advantage to
disabling it.
Not really; that's really a hardware question and not a software one.
There are hardware devices that can go with any
On Tue, 2012-10-09 at 08:33 -0600, Shuah Khan wrote:
Alex,
couple of comments in-lined:
On Mon, Oct 8, 2012 at 10:49 PM, Alex Williamson
alex.william...@redhat.com wrote:
This needs to be broken apart, start with pulling all the IOMMU
group init code into a new function.
rename 'information' member of the struct mei_cl_cb to
more self-descriptive 'buf_idx'
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/interrupt.c | 43 -
drivers/misc/mei/iorw.c | 17 +++
1. unify common amt and regular error path and use it early in the
function
2. fix indentation
3. propagate error code directly from copy_from_user
4. print out errors using dev_err instead of dev_dbg
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/main.c | 75
kill useless mei_io_list list wrapper and use directly
struct mei_cl_cb mei_cb which was its only member for managing io queues
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/init.c | 29 ++---
drivers/misc/mei/interrupt.c | 134
move the mei_io_cb_ wrappers to to iorw.c for global use
and use them also for handling control flows
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/init.c|4 +-
drivers/misc/mei/iorw.c| 120 +--
1. cb_private was an old name that we depriacated in earlier
cleanups
2. we also group the funcion declaration with other _io_
functions
3. Don't check cb for NULL as mei_io_cb_free is NULL safe
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/init.c |4 ++--
mei_io_cb_init - allocat and initializate mei_cl_cb
mei_io_cb_alloc_req/resp_buf are separate function as buffers
are not always needed
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/main.c | 111 --
1 files changed, 87
On Tue, Oct 9, 2012 at 8:36 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Tue, Oct 09, 2012 at 08:02:18PM +0800, Ming Lei wrote:
If loading via user space, timeout or not depends on userspace,
at least udev won't timeout on non-existent firmware image.
This may be a mdev or
On Mon, 2012-10-08 at 16:16 +0100, Mel Gorman wrote:
On Wed, Oct 03, 2012 at 08:56:14AM -0600, Mike Yoknis wrote:
memmap_init_zone() loops through every Page Frame Number (pfn),
including pfn values that are within the gaps between existing
memory sections. The unneeded looping will become
On 12-10-08 09:55 PM, Ben Hutchings wrote:
On Mon, 2012-10-08 at 18:07 -0700, Jonathan Nieder wrote:
From: Seth Heasley seth.heas...@intel.com
Date: Wed, 20 Apr 2011 10:59:57 -0700
commit d2edeb7c6f1dada8ca7d5c23e42d604e92ae0c76 upstream.
This patch adds the HD Audio Controller DeviceIDs
At Tue, 09 Oct 2012 14:58:41 +0100,
David Howells wrote:
Takashi Iwai ti...@suse.de wrote:
Can you merge the following branch into the sound tree please.
The changes look OK, but is it targeted for 3.7 or 3.8 in general?
I assumed the latter.
Either will do. There are no
On Mon 08-10-12 14:06:11, Glauber Costa wrote:
This flag is used to indicate to the callees that this allocation is a
kernel allocation in process context, and should be accounted to
current's memcg. It takes numerical place of the of the recently removed
__GFP_NO_KSWAPD.
[ v4: make flag
On 9/13/12 2:59 PM, David Ahern wrote:
Hopefully this wraps up the precise mode-exclude_guest dependency.
I'm sure someone will let me know if I screwed up the attribution
in the second patch.
David Ahern (2):
perf tool: precise mode requires exclude_guest
perf tool: give user better
From: Namjae Jeon namjae.j...@samsung.com
This patchset implements extent caching in UDF.
While reading/writing to a file, currently, UDF reads metadata serially
which takes a lot of time depending on the number of extents present
in the file. Caching last accessd extent improves metadata read
On Mon 08-10-12 14:06:14, Glauber Costa wrote:
[...]
diff --git a/kernel/res_counter.c b/kernel/res_counter.c
index ad581aa..7b3d6dc 100644
--- a/kernel/res_counter.c
+++ b/kernel/res_counter.c
@@ -86,33 +86,39 @@ int res_counter_charge_nofail(struct res_counter
*counter, unsigned long val,
From: Namjae Jeon namjae.j...@samsung.com
Need to brelse the buffer_head stored in cur_epos and next_epos.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Ashish Sangwan a.sang...@samsung.com
---
fs/udf/inode.c |4
1 file changed, 4 insertions(+)
diff --git
From: Namjae Jeon namjae.j...@samsung.com
Incrementing lenExtents even while writing to a hole is bad
for performance as calls to udf_discard_prealloc and
udf_truncate_tail_extent would not return from start if
isize != lenExtents
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by:
From: Namjae Jeon namjae.j...@samsung.com
Currently, du will show wrong block count. This patch fix it.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Ashish Sangwan a.sang...@samsung.com
---
fs/udf/inode.c |2 ++
1 file changed, 2 insertions(+)
diff --git
On Tue, 2012-10-09 at 15:46 +0200, Thomas Gleixner wrote:
Dear RT Folks,
I'm pleased to announce the 3.6.1-rt1 release.
Thomas,
First I want to say, and I'm sure I speak for a lot of people on this,
is Thank you!. I know how hard it is to deal with the issues of
mainline in a RT specific
From: Namjae Jeon namjae.j...@samsung.com
The variable last_block is not needed.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Ashish Sangwan a.sang...@samsung.com
---
fs/udf/inode.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
From: Namjae Jeon namjae.j...@samsung.com
This patch implements extent caching.
Instead of reading metadata everytime from file's starting position,
now we read from the cached extent.
This speeds up the transformation of file logical offsets to
corresponding on-disk blocks.
Signed-off-by:
From: Namjae Jeon namjae.j...@samsung.com
Use extent cache when moving to last extent.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Ashish Sangwan a.sang...@samsung.com
---
fs/udf/truncate.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On 10/09/2012 07:08 PM, Michal Hocko wrote:
As I have already mentioned in my previous feedback this is cetainly not
atomic as you the lock protects only one group in the hierarchy. How is
the return value from this function supposed to be used?
So, I tried to make that clearer in the updated
On 10/09, Peter Zijlstra wrote:
One thing you might need to consider is the memory ordering, will the
list_empty -- either careful or not -- observe the right list pointer,
or could it -- when racing with wait_event()/prepare_to_wait() --
observe a stale value. Or.. is that all already
Hi.
We would like to make CRIU able to migrate posix timers.
Currently we require additional info, which have to be provided by kernel.
In particular, it's:
1) Timers id's.
2) Timer clock (gained by id).
3) Timer sigevent structure.
4) Timer current overrun status (not the last one).
We are not
The recently added Emma Mobile GPIO driver calls set_irq_flags
and irq_set_chip_and_handler for the interrupts it exports and
it can be built as a module, which currently fails with
ERROR: set_irq_flags [drivers/gpio/gpio-em.ko] undefined!
We either need to replace the call to set_irq_flags with
The flat_get_addr_from_rp() macro does not use the 'persistent' argument
on ARM, causing a harmless compiler warning. A cast to void removes
that warning.
Without this patch, building at91x40_defconfig results in:
fs/binfmt_flat.c: In function 'load_flat_file':
fs/binfmt_flat.c:746:17: warning:
Sometimes we want the kernel build process to only print messages
on errors, e.g. in automated build testing. This uses the kecho
macro that the build system provides to hide a few informational
messages. Nothing changes for a regular make or make V=1.
Without this patch, building any ARM kernel
The Linaro cross toolchain and probably others nowadays default to
building in THUMB2 mode. When building a kernel for a CPU that does
not support THUMB2, the compiler complains about incorrect flags.
We can work around this by setting -marm for all non-T2 builds.
Without this patch, building
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
* sys-hypervisor.c needs to include linux/err.h in order to use the
From: a...@arndb.de
Hi Russell,
Here are some patches that belong into your domain, I hope you can
just send the lot to Linus the next time you send other patches.
These bug fixes all address problems found with automated build testing.
Some of them have been around for a long time, other bugs
One such warning was recently fixed in a761cebf ARM: Fix build warning
in arch/arm/mm/alignment.c but only for the thumb2 case, this fixes
the other half.
arch/arm/mm/alignment.c: In function 'do_alignment':
arch/arm/mm/alignment.c:327:15: error: 'offset.un' may be used uninitialized in
this
On NOMMU ARM, the __addr_ok() and __range_ok() macros do not evaluate
their arguments, which may lead to harmless build warnings in some
code where the variables are not used otherwise. Adding a cast to void
gets rid of the warning and does not make any semantic changes.
Without this patch,
read_current_timer is used by get_cycles since ARM: 7538/1: delay:
add registration mechanism for delay timer sources, and get_cycles
can be used by device drivers in loadable modules, so it has to
be exported.
Without this patch, building imote2_defconfig fails with
ERROR: read_current_timer
The mls instruction is not available in ARMv6K or below, so we
should make the test conditional on at least ARMv7. ldrexd/strexd
are available in ARMv6K or ARMv7, which we can test by checking
the CONFIG_CPU_32v6K symbol.
/tmp/ccuMTZ8D.s: Assembler messages:
/tmp/ccuMTZ8D.s:22188: Error: selected
Hi Marek, Minchan,
2012/10/9 Marek Szyprowski m.szyprow...@samsung.com:
Could You run your test with latest linux-next kernel? There have been some
patches merged to akpm tree which should fix accounting for free and free
cma pages. I hope it should fix this issue.
I've tested with the
The turbostat Makefile is pretty simple, its output is placed in the
same directory as the source, the install rule has no concept of a
prefix or sysroot, and you can set CC to use a specific compiler but
not use the more familiar CROSS_COMPILE. By making a few minor changes
these limitations are
Hi Julia,
On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
This patch set introduces some macros for describing how an i2c_msg is
being initialized. There are three macros: I2C_MSG_READ, for a read
message, I2C_MSG_WRITE, for a write message, and I2C_MSG_OP, for some other
kind of
Hi Olof,
Here are three more fixes that I'd like to merge through the arm-soc
as time permits. All of them should be completely harmless and they
only fix harmless gcc warnings.
I don't know what your plans are for sending the next fixes branch.
I've uploaded these into a new fixes2 branch on
Patch 35f2b0bd59 ARM: shmobile: Move definition of shmobile_init_late()
to header moved the definition of the shmobile_init_late function, but
dropped the __init annotation, which is now causing warnings because
the function calls shmobile_suspend_init, which is also marked init.
Without this
Russell fixed this bogus warning before in 2f3eca8b4f Shut up gcc
warning in assabet.c, but apparently gcc has become smarter (or dumber)
since 2005, and the same warning came up again.
This uses the uninitialized_var() macro to convince gcc that the
variable is actually being initialized. 100
Due to some interesting merges in the integrator code, not
all users of mmio pointers were converted before, this
fixes all warnings that got introduced as a consequence.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Russell King
On Tue 09-10-12 19:14:57, Glauber Costa wrote:
On 10/09/2012 07:08 PM, Michal Hocko wrote:
As I have already mentioned in my previous feedback this is cetainly not
atomic as you the lock protects only one group in the hierarchy. How is
the return value from this function supposed to be
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at
On Tue, 2012-10-09 at 16:22 +0100, Arnd Bergmann wrote:
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
I've got patches to enable this, but not for 3.7 so this looks good for
now.
* The tmem hypercall is not available on ARM
* ARMv6 does not
The prima2 platform advertises needing no mach/gpio.h header file,
but its pinctrl driver now has a sirfsoc_gpio_set_pull function
that uses constants defined in arch/arm/mach-prima2/include/mach/gpio.h,
which fails to build.
Fortunately, the sirfsoc_gpio_set_pull is not used anywhere in the
Thanks for the patch and sorry for the build breakage!
On Tue, 9 Oct 2012, Arnd Bergmann wrote:
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that
On Tuesday 09 October 2012, Ian Campbell wrote:
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
missing the end of this sentence?
Right, I meant to say
* ARMv6 does not support cmpxchg on 16-bit words that are used in
Hi Arnd,
On 09/10/12 16:22, Arnd Bergmann wrote:
read_current_timer is used by get_cycles since ARM: 7538/1: delay:
add registration mechanism for delay timer sources, and get_cycles
can be used by device drivers in loadable modules, so it has to
be exported.
Without this patch, building
On Tue, 2012-10-09 at 17:38 +0200, Andre Przywara wrote:
First you need an AMD family 10h/12h CPU. These do not reset the
PERF_CTR registers on a reboot.
Now you boot bare metal Linux, which goes successfully through this
check, but leaves the magic value of 0xabcd in the register. You
don't
On Tue, 9 Oct 2012, Jean Delvare wrote:
Hi Julia,
On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
This patch set introduces some macros for describing how an i2c_msg is
being initialized. There are three macros: I2C_MSG_READ, for a read
message, I2C_MSG_WRITE, for a write
On Tue, Oct 9, 2012 at 4:38 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Note: I'm CC-ing Halli. Halli, can you take a look at the proposed controls?
On Mon 8 October 2012 19:57:17 Andrey Smirnov wrote:
On 10/08/2012 02:30 AM, Hans Verkuil wrote:
On Sat October 6 2012 03:55:01 Andrey Smirnov
On Mon, Oct 08, 2012 at 10:06:07PM +0800, Wei Yongjun (weiyj...@gmail.com)
wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Use the module_i2c_driver() macro to make the code smaller
and a bit simpler.
dpatch engine is used to auto generate this patch.
Hi Viresh,
On Thu, Oct 04, 2012 at 07:02:03AM +0100, Viresh Kumar wrote:
Hi Morten,
On 22 September 2012 00:02, morten.rasmus...@arm.com wrote:
From: Morten Rasmussen morten.rasmus...@arm.com
This patch introduces the basic SCHED_HMP infrastructure. Each class of
cpus is represented
On Sat, Oct 06, 2012 at 12:44:28AM -0700, Yinghai Lu wrote:
During adding code from BRK to map buffer for final page table,
It should be safe to remove early_memmap for page table accessing.
But get panic after that.
It turns out we clear the initial page table wrongly for next range
On Sat, Oct 06, 2012 at 12:44:29AM -0700, Yinghai Lu wrote:
Not needed anymore after premaping page table buf and not clear initial page
table wrongly.
Your comment should include what patch made the iomap/iounmap part
unnecessary.
.. and also explain how this work-around is not required
Il 09/10/2012 01:24, Al Viro ha scritto:
On Mon, Oct 08, 2012 at 02:58:05PM -0700, Boaz Harrosh wrote:
Hi Marco
I was sure you guys where pushing this patch through some
vfs tree. (Hence my Acked-by below). I have just sent Linus
a pull request for the 3.7 Kernel. I could perhaps append this
On Tue, Oct 09, 2012 at 05:38:34PM +0200, Andre Przywara wrote:
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the
On Tue, Oct 09, 2012 at 05:22:59PM +0200, Arnd Bergmann wrote:
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
in the what?
--
On 10/09/2012 05:03 AM, Takao Indoh wrote:
(2012/10/03 22:23), Don Dutile wrote:
On 10/02/2012 03:49 AM, Takao Indoh wrote:
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When reset_devices is specified, a hot reset is
triggered on each PCIe root port
This one is mostly kernel_thread/kernel_execve infrastructure +
conversions for arm, x86, um, alpha and s390; all of that has sat in
linux-next for a while. There are several moderately unpleasant conflicts;
I hadn't rebased that branch, but I'd put proposed conflict resolution into
On Tue, Oct 09, 2012 at 04:40:54PM +0100, Jonathan Austin wrote:
Hi Arnd,
On 09/10/12 16:22, Arnd Bergmann wrote:
diff --git a/arch/arm/lib/delay.c b/arch/arm/lib/delay.c
index 9d0a300..0dc5385 100644
--- a/arch/arm/lib/delay.c
+++ b/arch/arm/lib/delay.c
@@ -45,6 +45,7 @@ int
On Tue, Oct 09, 2012 at 05:22:54PM +0200, Arnd Bergmann wrote:
Here are some patches that belong into your domain, I hope you can
just send the lot to Linus the next time you send other patches.
These bug fixes all address problems found with automated build testing.
Some of them have been
On Tue, 2012-10-09 at 16:39 +0100, Arnd Bergmann wrote:
On Tuesday 09 October 2012, Ian Campbell wrote:
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
missing the end of this sentence?
Right, I meant to say
Repalces printk's with pr_debug
Signed-off-by: Adil Mujeeb mujeeb.a...@gmail.com
---
linux-3.6-rc7/drivers/staging/winbond/wbusb.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
On Mon, Oct 08, 2012 at 09:39:11PM -0700, Yinghai Lu wrote:
Get pgt_buf early from BRK, and use it to map page table at first.
also use the left at first, then use new one.
Left?
-v2: extra xen call back for that new range.
-v3: fix compiling about #llx in print out that is reported by
On Mon, Oct 08, 2012 at 09:39:12PM -0700, Yinghai Lu wrote:
After we add code use BRK to map buffer for final page table,
.. mention the name of the patch that adds this.
What is 'final page table'? Isn't this just the existing
bootup tables modified to cover more memory.
It should be safe
Am Tue, 9 Oct 2012 14:14:21 +0800
schrieb Wei Yongjun weiyj...@gmail.com:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Using list_move_tail() instead of list_del() + list_add_tail().
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by:
On Tue, 9 Oct 2012, Steven Rostedt wrote:
On Tue, 2012-10-09 at 15:46 +0200, Thomas Gleixner wrote:
So instead of splitting the softirq threads I split the softirq
locks so different softirqs can be handled seperately. If a
softirq is raised in the context of a thread, then
On Tue, 9 Oct 2012, Arnd Bergmann wrote:
The recently added Emma Mobile GPIO driver calls set_irq_flags
and irq_set_chip_and_handler for the interrupts it exports and
it can be built as a module, which currently fails with
ERROR: set_irq_flags [drivers/gpio/gpio-em.ko] undefined!
We
On 10/09/2012 04:33 AM, Venu Byravarasu wrote:
Laxman Dewangan wrote at Tuesday, October 09, 2012 3:19 PM:
The TPS65090's DCDC output can also be enable/disable through the
external digital input signal. Add support for enable/disable
either through register access via I2C or through external
On Mon 08-10-12 21:24:40, Hugh Dickins wrote:
On Mon, 1 Oct 2012, Jan Kara wrote:
On s390 any write to a page (even from kernel itself) sets architecture
specific page dirty bit. Thus when a page is written to via standard write,
HW
dirty bit gets set and when we later map and unmap
On Tue, 2012-10-09 at 21:40 +0530, Adil Mujeeb wrote:
Repalces printk's with pr_debug
[]
diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
b/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
index 0ca857a..48fe622 100644
--- a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
+++
On Mon, Oct 08, 2012 at 09:39:15PM -0700, Yinghai Lu wrote:
All page table buf are pre-mapped, and could use _va to access them.
__va, not _va. And can you also include the name of the patch
that makes them pre-mapped?
Remove the not needed checking.
sigh
Remove the ioremap check.
On 10/08, Andrey Wagin wrote:
2012/10/7 Oleg Nesterov o...@redhat.com:
Perhaps we should MAX_PID_NS_LEVEL instead?
Yes, we can.
Could I just define MAX_PID_NS_LEVEL in a code:
#define MAX_PID_NS_LEVEL ((PAGE_SIZE - offsetof(struct pid, numbers))
/ sizeof(struct upid))
Or even less.
Hi Arnd,
2012/10/9 Arnd Bergmann a...@arndb.de:
The prima2 platform advertises needing no mach/gpio.h header file,
but its pinctrl driver now has a sirfsoc_gpio_set_pull function
that uses constants defined in arch/arm/mach-prima2/include/mach/gpio.h,
which fails to build.
Fortunately, the
On 24/09/12 13:36, Jan Beulich wrote:
On 21.09.12 at 17:52, Oliver Chick oliver.ch...@citrix.com wrote:
Changes since v1:
* Maximum number of persistent grants per device now 64, rather than
256, as this is the actual maxmimum request in a (1 page) ring.
As said previously, I don't see
On Tue, Oct 09, 2012 at 05:55:12PM +0200, Marco Stornelli wrote:
Thanks Al. For me there aren't problems to push it via Al or via
other trees. For example the patch for ext4 is in Ted's tree. You
tell me what you want and I do it :)
Um... Then I'd better drop the ext4 part and hold the final
On Thu, Oct 04, 2012 at 07:27:00AM +0100, Viresh Kumar wrote:
On 22 September 2012 00:02, morten.rasmus...@arm.com wrote:
+config SCHED_HMP_PRIO_FILTER
+ bool (EXPERIMENTAL) Filter HMP migrations by task priority
+ depends on SCHED_HMP
Should it depend on EXPERIMENTAL?
On Fri, Oct 05, 2012 at 04:57:36PM +0100, David Vrabel wrote:
On 05/10/12 12:55, Jan Beulich wrote:
On 05.10.12 at 13:42, David Vrabel david.vra...@citrix.com wrote:
On 02/10/12 21:02, Konrad Rzeszutek Wilk wrote:
On Mon, Oct 01, 2012 at 06:19:19PM +0100, David Vrabel wrote:
On 25/09/12
On Tue, 2012-10-09 at 17:48 +0900, Yasuaki Ishimatsu wrote:
acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
device
On Tue, Oct 09, 2012 at 09:22:18AM -0700, Joe Perches wrote:
On Tue, 2012-10-09 at 21:40 +0530, Adil Mujeeb wrote:
Repalces printk's with pr_debug
[]
diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
b/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
index 0ca857a..48fe622 100644
On Thu, Oct 04, 2012 at 08:15:44AM -0700, Yinghai Lu wrote:
On Thu, Oct 4, 2012 at 6:03 AM, Konrad Rzeszutek Wilk kon...@kernel.org
wrote:
On Wed, Oct 3, 2012 at 7:00 PM, Yinghai Lu ying...@kernel.org wrote:
To use to control the delay attach driver for acpi_device.
blinks
I am not
On Thu, Oct 04, 2012 at 01:22:58PM -0700, Alexander Duyck wrote:
On 10/04/2012 10:19 AM, Konrad Rzeszutek Wilk wrote:
@@ -450,7 +451,7 @@ void *swiotlb_tbl_map_single(struct device *hwdev,
dma_addr_t tbl_dma_addr,
io_tlb_list[i] = 0;
On Tue, 2012-10-09 at 11:08 +0200, Michal Simek wrote:
On 10/05/2012 03:51 PM, Ben Hutchings wrote:
On Fri, 2012-10-05 at 11:35 +0200, Michal Simek wrote:
On 10/04/2012 09:15 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Just show current setting in
On 9 October 2012 21:26, Morten Rasmussen morten.rasmus...@arm.com wrote:
On Thu, Oct 04, 2012 at 07:02:03AM +0100, Viresh Kumar wrote:
On 22 September 2012 00:02, morten.rasmus...@arm.com wrote:
SCHED_HMP requires that the platform implements arch_get_hmp_domains()
which should set up the
This is a backport of the series Memory policy corruption fixes V2. This
should apply to 3.6-stable, 3.5-stable, 3.4-stable and 3.0-stable without
any difficulty. It will not apply cleanly to 3.2 but just drop the revert
patch and the rest of the series should apply.
I tested 3.6-stable and
From: KOSAKI Motohiro kosaki.motoh...@gmail.com
commit 8d34694c1abf29df1f3c7317936b7e3e2e308d9b upstream.
Commit 05f144a0d5c2 (mm: mempolicy: Let vma_merge and vma_split handle
vma-vm_policy linkages) removed vma-vm_policy updates code but it is
the purpose of mbind_range(). Now, mbind_range()
commit 00442ad04a5eac08a98255697c510e708f6082e2 upstream.
Commit cc9a6c877661 (cpuset: mm: reduce large amounts of memory barrier
related damage v3) introduced a potential memory corruption.
shmem_alloc_page() uses a pseudo vma and it has one significant unique
combination, vma-vm_ops=NULL and
From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
commit 63f74ca21f1fad36d075e063f06dcc6d39fe86b2 upstream.
When shared_policy_replace() fails to allocate new-policy is not freed
correctly by mpol_set_shared_policy(). The problem is that shared
mempolicy code directly call kmem_cache_free()
301 - 400 of 1422 matches
Mail list logo