Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig
index 7b920c7..cbc685d 100644
--- a/drivers/regulator/Kconfig
+++ b/drivers/regulator/Kconfig
@@
At 11/01/2012 02:16 AM, David Rientjes Wrote:
On Wed, 31 Oct 2012, Wen Congyang wrote:
From: Lai Jiangshan la...@cn.fujitsu.com
This patch is part3 of the following patchset:
https://lkml.org/lkml/2012/10/29/319
Part1 is here:
https://lkml.org/lkml/2012/10/31/30
Part2 is here:
On 11/01/2012 11:52 AM, Yinghai Lu wrote:
On Wed, Oct 31, 2012 at 12:27 AM, Tang Chentangc...@cn.fujitsu.com wrote:
Please check if you can just fold
acpi_hp_cb_execute
callers, and use acpi_os_hotplug_execute directly.
and have two local conext struct too.
I think this could bring some
There is an issue where the DA9052/53-AA/BA/BB PMIC either locks up or fails to
respond following a system Reset. This could result in a second write
in which the bus writes the current content of the write buffer to address
of the last I2C access.
The failure case is where this unwanted write
From 7b2e8c26c995d775f17491fcce7258e662009d0d Mon Sep 17 00:00:00 2001
From: Ashish Jangam ashish.jan...@kpitcummins.com
Date: Thu, 1 Nov 2012 11:06:17 +0530
Subject: [PATCH 2/2] [patch v 2/1] regulator: support for DA9053-BC
This patch adds DA9053-BC PMIC support to the existing DA9052/53
On Wed, Oct 31, 2012 at 2:36 AM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Mika Westerberg mika.westerb...@linux.intel.com
With ACPI 5 it is now possible to enumerate traditional SoC
peripherals, like serial bus controllers and slave devices behind
them. These devices are typically based
When the kernel parses the following cmdline
#mtdparts=gpmi-nand:16m(boot),16m(kernel),1g(home),4g(test),-(usr)
for a big nand chip Micron MT29F64G08AFAAAWP(8GB), we got the following wrong
result:
.
mtd: partition size
Thanks! updated as attached.
Jinsong
=
From f514b97628945cfac00efb0d456f133d44754c9d Mon Sep 17 00:00:00 2001
From: Liu, Jinsong jinsong@intel.com
Date: Thu, 1 Nov 2012 21:02:36 +0800
Subject: [PATCH 1/2] Xen acpi pad implement
PAD is acpi Processor Aggregator Device
Hi Shaohua,
I've been doing some testing and discovered a problem with your discard
support for RAID5.
The code in blkdev_issue_discard assumes that the 'granularity' is a power
of 2, and for example subtracts 1 to get a mask.
However RAID5 sets the granularity to be the stripe size which
Updated, adding version check at mwait routine.
Thanks,
Jinsong
From 27e28963d4d25e4c998b5b5ea3828a02e6de9470 Mon Sep 17 00:00:00 2001
From: Liu, Jinsong jinsong@intel.com
Date: Thu, 1 Nov 2012 21:18:43 +0800
Subject: [PATCH 2/2] Revert pad config check in xen_check_mwait
With
Hello:
1) For Public Kernel:
A) in rt6_info_route function of net/ipv6/route.c
B) the length of rt-rt6i_dev-name is 16 (IFNAMSIZ)
C) using %16s is better than %8s (it will be more beautiful)
(also suggest to delete RT6_INFO_LEN, it is useless for ever)
2) For Red Hat RHEL5:
Hi Laxman,
While reading the tps51632 driver, I found there is a dvfs_step_20mV setting
in platform data. But seems current code doesn't properly handle the case when
dvfs_step_20mV is true.
I guess if pdata-dvfs_step_20mV is true, we need:
tps-desc.uV_step = TPS51632_VOLATGE_STEP_20mV;
Fix
On Wednesday 31 of October 2012 11:22:06 Greg KH wrote:
On Wed, Oct 31, 2012 at 11:05:51AM -0700, Jonathan Nieder wrote:
Hi,
Greg KH wrote:
On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
the
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
Hi,
On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis Antoniou wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 13:14]:
On Oct 31, 2012, at 9:55 PM, Benoit Cousson wrote:
Yeah, I do agree. I'm confused as well.
The kernel doesn't support them though.
v2: Make it clearer that checkpatch understands floating point constants
Support floating point hex constants too
Joe Perches (3):
checkpatch: Find hex constants as a single IDENT
checkpatch: Add support for floating point constants
checkpatch:
On 10/29/2012 06:49 PM, Glauber Costa wrote:
We currently provide lockdep annotation for kmalloc caches, and also
caches that have SLAB_DEBUG_OBJECTS enabled. The reason for this is that
we can quite frequently nest in the l3-list_lock lock, which is not
something trivial to avoid.
My
Hexadecimal values are current found in 2 parts.
A hex constant like 0x123456abcdef is found as
0 and then x123456abcdef and later coalesced.
Instead, reverse the order of the 2 searches in
$Constant to find 0x first, then 0 so that the
entire hex constant is found all at once.
Signed-off-by:
Even though the kernel doesn't support using floating point constants,
add a regex for them.
Support forms like: 0x123p1, 123e-1, 1.23, 1.5e23f
Signed-off-by: Joe Perches j...@perches.com
---
scripts/checkpatch.pl |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git
Linux kernel doesn't like floating point, say so.
Signed-off-by: Joe Perches j...@perches.com
---
scripts/checkpatch.pl |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index c3a2162..96685c6 100755
---
Hi,
On Wed, Oct 31, 2012 at 11:33:20AM -0400, Behan Webster wrote:
On 12-10-31 09:28 AM, Felipe Balbi wrote:
hi,
On Tue, Oct 30, 2012 at 05:18:56PM -0400, Behan Webster wrote:
The use of variable length arrays in structs (VLAIS) in the Linux Kernel
code
precludes the use of compilers
On (Tue) 23 Oct 2012 [12:17:49], Rusty Russell wrote:
sjur.brandel...@stericsson.com writes:
From: Sjur Brændeland sjur.brandel...@stericsson.com
@@ -1415,7 +1524,16 @@ static void remove_port_data(struct port *port)
/* Remove buffers we queued up for the Host to send us data in.
Sjur Brændeland s...@brendeland.net writes:
Zero-Copy data transport on the modem is primary goal for CAIF Virtio.
In order to achieve Zero-Copy the direction of the Virtio rings are
flipped in the RX direction. So we have implemented the Virtio
access-function similar to what is found in
Josh Boyer jwbo...@redhat.com writes:
If CONFIG_MODULE_SIG is set, and 'make modules_sign' is called then this
patch will cause the modules to get a signature appended. The make target
is intended to be run after 'make modules_install', and will modify the
modules in-place in the installed
Josh Boyer jwbo...@redhat.com writes:
When building out-of-tree modules, the current modules_install target
will attempt to sign them if module signing is enabled. This will only
work if the signing keys are present in the build tree. That will
often not be the case for modules that are
This patch introduces using temperature falling interrupt in exynos
thermal driver. Former patch, it only use polling way to check
whether if system themperature is fallen. However, exynos SOC also
provides temperature falling interrupt way to do same things by hw.
This feature is not supported in
On Thursday 01 November 2012 12:18 PM, Axel Lin wrote:
Hi Laxman,
While reading the tps51632 driver, I found there is a dvfs_step_20mV setting
in platform data. But seems current code doesn't properly handle the case when
dvfs_step_20mV is true.
I guess if pdata-dvfs_step_20mV is true, we
On Wed, Oct 24, 2012 at 06:25:20PM -0700, Eric W. Biederman wrote:
Jonathan Nieder jrnie...@gmail.com writes:
Suresh Siddha wrote:
Here is the updated patch with just some
more text added to the changelog.
Yes, that's clearer. For what it's worth,
Hi,
+++ b/Documentation/thermal/exynos_thermal_emulation
@@ -0,0 +1,49 @@
+EXYNOS EMULATION MODE
+
+
+Copyright (C) 2012 Samsung Electronics
+
+Writen by Jonghwa Lee jonghwa3@samsung.com
s/Writen/Written
+
+Description
+---
+
+Exynos 4x12 (4212,
On Thursday 01 November 2012 11:32 AM, Axel Lin wrote:
Signed-off-by: Axel Linaxel@ingics.com
help
This driver supports TPS51632 voltage regulator chip.
- The TPS52632 is 3-2-1 Phase D-Cap+ Step Down Driverless Controller
+ The TPS51632 is 3-2-1 Phase
Fix up the filesystems that provide their own -page_mkwrite handlers to
provide stable page writes if necessary.
Signed-off-by: Darrick J. Wong darrick.w...@oracle.com
---
fs/9p/vfs_file.c |1 +
fs/afs/write.c |4 ++--
fs/ceph/addr.c |1 +
fs/cifs/file.c |1 +
This creates a per-backing-device counter that tracks the number of users which
require pages to be held immutable during writeout. Eventually it will be used
to waive wait_for_page_writeback() if nobody requires stable pages.
Signed-off-by: Darrick J. Wong darrick.w...@oracle.com
---
Create a helper function to check if a backing device requires stable page
writes and, if so, performs the necessary wait. Then, make it so that all
points in the memory manager that handle making pages writable use the helper
function. This should provide stable page write support to most
Hi all,
This patchset makes some key modifications to the original 'stable page writes'
patchset. First, it provides users (devices and filesystems) of a
backing_dev_info the ability to declare whether or not it is necessary to
ensure that page contents cannot change during writeout, whereas the
Hi,
On 2012년 11월 01일 16:56, R, Durgadoss wrote:
Hi,
+++ b/Documentation/thermal/exynos_thermal_emulation
@@ -0,0 +1,49 @@
+EXYNOS EMULATION MODE
+
+
+Copyright (C) 2012 Samsung Electronics
+
+Writen by Jonghwa Lee jonghwa3@samsung.com
s/Writen/Written
Oops,
This is the Regulator patch for the DA9055 PMIC and has got dependency on
the DA9055 MFD core.
This patch support all of the DA9055 regulators. The output voltages are
fully programmable through I2C interface only. The platform data with regulation
constraints is passed down from the board to the
This is the Regulator patch for the DA9055 PMIC and has got dependency on
the DA9055 MFD core.
This patch support all of the DA9055 regulators. The output voltages are
fully programmable through I2C interface only. The platform data with regulation
constraints is passed down from the board to the
On 11/01/2012 11:11 AM, Michael Wang wrote:
On 10/29/2012 06:49 PM, Glauber Costa wrote:
We currently provide lockdep annotation for kmalloc caches, and also
caches that have SLAB_DEBUG_OBJECTS enabled. The reason for this is that
we can quite frequently nest in the l3-list_lock lock, which is
Hello, Anvin
Thank for your advice.
Hello, All
the next patch is made by 2), please review it. Thanks!
Subject: [PATCH] When we are doing a crash dump, we still need non-E820_RAM
memory information in order to do I/O. So only remove all
RAM ranges which need to be dumped.
Signed-off-by:
On Wed, Oct 31, 2012 at 9:10 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Linus Walleij linus.wall...@linaro.org writes:
piece of hardware, this would be the right thing to do,
and I think the in-kernel examples are all simple,
e.g. arch/arm/mach-omap2/powerdomain* is all about
Christoph Lameter said, at 2012/11/1 1:35:
It would be better to use
this_cpu_read(tfms)
since that would also make it atomic vs interrupts. The above code (both
original and modified) could determine a pointer to a per cpu structure
and then take an interrupt which would move the
On Wed 31-10-12 14:27:25, Tejun Heo wrote:
Hey, Michal.
On Wed, Oct 31, 2012 at 10:23:59PM +0100, Michal Hocko wrote:
+ for_each_subsys(cgrp-root, ss)
+ if (ss-pre_destroy)
+ WARN_ON_ONCE(ss-pre_destroy(cgrp));
Do you think that BUG_ON would be too harsh?
On Thu, Nov 1, 2012 at 2:02 AM, Rob Herring robherri...@gmail.com wrote:
On 10/31/2012 04:31 PM, Linus Walleij wrote:
rename arch/arm/plat-versatile/include/plat/fpga-irq.h =
include/linux/platform_data/irq-versatile-fpga.h (100%)
I think include/linux/irqchip/ is the right place.
OK I'll
Herbert Xu said, at 2012/11/1 11:41:
Please refer to the comment in the patch above.
But I think the patch is wrong anyway because it would introduce
a warning, no?
yes, __this_cpu_ptr(or __this_cpu_read) is more reasonable
which don't check preemption context.
Thanks,
--
To
On Thu, 2012-11-01 at 14:45 +0800, Chen Gang wrote:
Hello:
1) For Public Kernel:
A) in rt6_info_route function of net/ipv6/route.c
B) the length of rt-rt6i_dev-name is 16 (IFNAMSIZ)
C) using %16s is better than %8s (it will be more beautiful)
(also suggest to delete
[cc lkml as this might be of broader interest]
On 01.11.2012 00:32, maill...@superlative.org wrote:
Dear Alsa community,
I've some minor contributions in the form of patches for USB quirks for
devices in the past. It occurred to me that having these USB quirks hardcoded
into the driver
On Wed, 2012-10-31 at 23:19 +0100, Oliver Neukum wrote:
On Wednesday 31 October 2012 15:58:05 Chris Friesen wrote:
On 10/31/2012 02:14 PM, Oliver Neukum wrote:
That would do it on my system.
Maybe in theory you could solve this by the kernel invalidating images
it hasn't written
Paul E. McKenney said, at 2012/11/1 4:08:
One thing to keep in mind -- the only purpose of this is to diffuse
memory contention. So there is no need to disable preemption.
same question to me.
Christoph, maybe __this_cpu_read is a better choice which don't disable
preemption.
Acked-by: Tero Kristo t-kri...@ti.com
On Wed, 2012-10-31 at 15:54 +0100, Peter Ujfalusi wrote:
The correct chip id is 1 since the PWM module is on address 0x49. With the
current TWL6030_MODULE_ID1 the kernel will crash early since:
#define TWL6030_MODULE_ID1 0x0E
and
static struct twl_client
On 11/02/2012 12:48 AM, Glauber Costa wrote:
On 11/01/2012 11:11 AM, Michael Wang wrote:
On 10/29/2012 06:49 PM, Glauber Costa wrote:
We currently provide lockdep annotation for kmalloc caches, and also
caches that have SLAB_DEBUG_OBJECTS enabled. The reason for this is that
we can quite
Linus,
On Thu, 1 Nov 2012 10:00:19 +0100, Linus Walleij wrote:
Sounds like a separate patch but surely we can do this. Is Thomas'
stuff on a branch somewhere that I can then rebase upon to get
it upstream? I was planning to get this series as such to the
ARM SoC maintainers soon-ish.
Not at
On 11/01/2012 01:10 PM, Michael Wang wrote:
On 11/02/2012 12:48 AM, Glauber Costa wrote:
On 11/01/2012 11:11 AM, Michael Wang wrote:
On 10/29/2012 06:49 PM, Glauber Costa wrote:
We currently provide lockdep annotation for kmalloc caches, and also
caches that have SLAB_DEBUG_OBJECTS enabled.
On Wed 31-10-12 10:04:31, Tejun Heo wrote:
Hey, Michal.
On Wed, Oct 31, 2012 at 04:55:14PM +0100, Michal Hocko wrote:
+ /*
+ * Only live parents can have children. Note that the liveliness
+ * check isn't strictly necessary because cgroup_mkdir() and
+ * cgroup_rmdir() are
On Thu, 1 Nov 2012, James Bottomley wrote:
The point I'm making is that given that the majority of exploits will
already be able to execute arbitrary code in-kernel, there's not much
point trying to consider features like this as attacker prevention. We
should really be focusing on
Hi!
Linux kernel doesn't like decimals, say so.
?!
Linux surely supports decimal constants, like 100. Did you mean
octal?
If you wanted to add warning for something... I never want to see
#define CRAPPY_EMBEDDED_REGISTER ((0x1) (0))
again
Joe means floating
On Tue, Oct 30, 2012 at 04:26:33PM -0400, Prarit Bhargava wrote:
Debugging crash, panics, stack trace WARN_ONs, etc., from both virtual and
bare-metal boots can get difficult very quickly. While there are ways to
decipher the output and determine if the output is from a virtual guest,
the
there's a name leak introduced by commit 91a27b2, add the missing
putname.
Signed-off-by: Xiaotian Feng dannyf...@tencent.com
Cc: Jeff Layton jlay...@redhat.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
mm/swapfile.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/mm/swapfile.c
On Wed 31-10-12 13:46:00, Nikola Ciprich wrote:
Hi Jan,
thanks for the reply, sure, I'll gather and post requested info.
One more note before that, the problem is with psacct, not audit
- psacct if I'm not mistaken (and as opposed to audit) doesn't
use any userspace, kernel dumps
On Thu, 2012-11-01 at 10:20 +0100, Jiri Kosina wrote:
On Thu, 1 Nov 2012, James Bottomley wrote:
The point I'm making is that given that the majority of exploits will
already be able to execute arbitrary code in-kernel, there's not much
point trying to consider features like this as
For hot removing memory, we sholud remove page table about the memory.
So the patch searches a page table about the removed memory, and clear
page table.
CC: David Rientjes rient...@google.com
CC: Jiang Liu liu...@gmail.com
CC: Len Brown len.br...@intel.com
CC: Christoph Lameter c...@linux.com
offlining memory blocks and checking whether memory blocks are offlined
are very similar. This patch introduces a new function to remove
redundant codes.
CC: David Rientjes rient...@google.com
CC: Jiang Liu liu...@gmail.com
CC: Len Brown len.br...@intel.com
CC: Christoph Lameter c...@linux.com
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
For removing memmap region of sparse-vmemmap which is allocated bootmem,
memmap region of sparse-vmemmap needs to be registered by get_page_bootmem().
So the patch searches pages of virtual mapping and registers the pages by
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some pages
used as PGD/PUD includes not only removed memory but also other memory. So the
patch checks whether page can be freed or not.
How to check whether page can be
On Thu, Nov 01, 2012 at 04:56:54PM +0800, Shan Wei wrote:
Christoph Lameter said, at 2012/11/1 1:35:
It would be better to use
this_cpu_read(tfms)
since that would also make it atomic vs interrupts. The above code (both
original and modified) could determine a pointer to a per
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does nothing.
CC: David Rientjes rient...@google.com
CC: Jiang Liu liu...@gmail.com
CC: Len
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
We remove the memory like this:
1. lock memory hotplug
2. offline a memory block
3. unlock memory hotplug
4. repeat 1-3 to offline all memory blocks
5. lock memory hotplug
6. remove memory(TODO)
7. unlock memory hotplug
All memory blocks
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So the patch add unregister_memory_section() into __remove_section().
CC: David Rientjes
The patch-set was divided from following thread's patch-set.
https://lkml.org/lkml/2012/9/5/201
The last version of this patchset:
https://lkml.org/lkml/2012/10/23/213
If you want to know the reason, please read following thread.
https://lkml.org/lkml/2012/10/2/83
The patch-set has
For removing memory, we need to remove page table. But it depends
on architecture. So the patch introduce arch_remove_memory() for
removing page table. Now it only calls __remove_pages().
Note: __remove_pages() for some archtecuture is not implemented
(I don't know how to implement it for
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start, type}
sysfs files are created. But there is no code to remove these files. The patch
implements the function to remove them.
Note: The code does not free
memory can't be offlined when CONFIG_MEMCG is selected.
For example: there is a memory device on node 1. The address range
is [1G, 1.5G). You will find 4 new directories memory8, memory9, memory10,
and memory11 under the directory /sys/devices/system/memory/.
If CONFIG_MEMCG is selected, we will
On Thu, 1 Nov 2012, James Bottomley wrote:
I'm actually just struggling to understand the use case for these more
esoteric protections.
I believe the real point is drawing a clear line between trusted and
untrusted (with root being userspace, hence implicitly untrusted), and
disallowing
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
When a memory is added, we update zone's and pgdat's start_pfn and
spanned_pages in the function __add_zone(). So we should revert them
when the memory is removed.
The patch adds a new function __remove_zone() to do this.
CC: David Rientjes
We call hotadd_new_pgdat() to allocate memory to store node_data. So we
should free it when removing a node.
CC: David Rientjes rient...@google.com
CC: Jiang Liu liu...@gmail.com
CC: Len Brown len.br...@intel.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Paul Mackerras
On Thu, Oct 25, 2012 at 02:16:19PM +0200, Peter Zijlstra wrote:
This is probably a first: formal description of a complex high-level
computing problem, within the kernel source.
Who does not love the smell of formal methods first thing in the
morning?
Signed-off-by: Peter Zijlstra
On Thu, 2012-11-01 at 10:45 +0100, Jiri Kosina wrote:
On Thu, 1 Nov 2012, James Bottomley wrote:
I'm actually just struggling to understand the use case for these more
esoteric protections.
I believe the real point is drawing a clear line between trusted and
untrusted (with root being
On Wed, Oct 31, 2012 at 01:55:14PM +, Ben Hutchings wrote:
On Wed, 2012-10-31 at 13:04 +1100, Stephen Rothwell wrote:
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
drivers/block/floppy.c between a set of common patches from Linus' tree
and commit
On Thu, 1 Nov 2012 17:36:55 +0800
Xiaotian Feng xtf...@gmail.com wrote:
there's a name leak introduced by commit 91a27b2, add the missing
putname.
Signed-off-by: Xiaotian Feng dannyf...@tencent.com
Cc: Jeff Layton jlay...@redhat.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
mm/swapfile.c
On Thu, 1 Nov 2012, James Bottomley wrote:
I'm actually just struggling to understand the use case for these more
esoteric protections.
I believe the real point is drawing a clear line between trusted and
untrusted (with root being userspace, hence implicitly untrusted), and
On Mon, Oct 29 2012, Philipp Reisner wrote:
Hi Jens,
please consider to pull these fixes in. It is based on your
for-3.7/drivers branch.
Best regards,
Phil
The following changes since commit 34a73dd594699dc3834167297a74c43948bb6e41:
Revert memstick: add support for legacy
Christoph Lameter said, at 2012/11/1 1:39:
On Wed, 31 Oct 2012, Shan Wei wrote:
--- a/net/openvswitch/datapath.c
+++ b/net/openvswitch/datapath.c
@@ -208,7 +208,7 @@ void ovs_dp_process_received_packet(struct vport *p,
struct sk_buff *skb)
int error;
int key_len;
-stats =
On Wednesday, October 31, 2012, Sergei Trofimovich sly...@gentoo.org wrote:
From: Sergei Trofimovich sly...@gentoo.org
Found by gcc:
linux-2.6/drivers/mmc/host/dw_mmc-exynos.c: At top level:
linux-2.6/drivers/mmc/host/dw_mmc-exynos.c:226:1: error:
'__mod_of_device_table' aliased
On 31/10/12 15:21, Rob Herring wrote:
On 10/31/2012 09:54 AM, Srinivas KANDAGATLA wrote:
Hi All,
I have few queries on of_platform_populate and of_platform_bus_probe
functions.
Use-case is, I want to explicitly register platform devices from some nodes
at post-core or late-init
On Thursday 01 November 2012 09:08:25 James Bottomley wrote:
On Wed, 2012-10-31 at 23:19 +0100, Oliver Neukum wrote:
On Wednesday 31 October 2012 15:58:05 Chris Friesen wrote:
On 10/31/2012 02:14 PM, Oliver Neukum wrote:
That would do it on my system.
Maybe in theory you could
The driver accesses the of_node field of struct gpio_chip, which is only
available if OF_GPIO is selected. This solves a build issue on SPARC
which conflicts with OF_GPIO and therefore does not provide this field.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
于 2012年11月01日 17:01, Eric Dumazet 写道:
Hi Chen
Thats a good suggestion indeed.
thank you very much for your confirmation.
Networking patches should be sent to net...@vger.kernel.org (added in
CC)
I will do it.
This list only cares about recent generic kernels, not RedHat ones.
On Thu, Oct 25, 2012 at 02:16:20PM +0200, Peter Zijlstra wrote:
We're going to play games with page-protections, ensure we don't lose
them over a THP split.
Why?
If PROT_NONE becomes a present pte, we lose samples. If a present pte
becomes PROT_NONE, we get spurious faults and some sampling
On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
Hi,
On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis Antoniou wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 13:14]:
On Oct 31, 2012, at 9:55 PM, Benoit Cousson
No-MMU architectures often have support for FDPIC binaries. FDPIC support
requires two additional fields in the mm_context_t struct. This patch adds these
fields to the generic mm_context_t definition if support for FDPIC binaries is
enabled. This allows to use the generic mmu.h for a few more
h8300's asm/mmu.h is basically identical to asm-generic/mmu.h, so use it instead
of the custom version.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
Note, due to lack of toolchain, etc this patch is completely untested.
---
arch/h8300/include/asm/Kbuild |1 +
Nothing is using the vmlist field in mm_context_t anymore. It has been removed
from the non-generic versions over 3 years ago 8feae1311 (NOMMU: Make VMAs per
MM as for MMU-mode linux).
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
include/asm-generic/mmu.h |1 -
1 files changed, 0
The nommu portion of mmu.h of the extensa platform is basically the same as the
asm-generic mmu.h. So use it instead.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
Note, due to lack of toolchain, etc this patch is completely untested.
---
arch/xtensa/include/asm/mmu.h |2 +-
c6x's asm/mmu.h is basically identical to asm-generic/mmu.h, so use it instead
of the custom version.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
Note, due to lack of toolchain, etc this patch is completely untested.
---
arch/c6x/include/asm/Kbuild |1 +
arch/c6x/include/asm/mmu.h
Replaces several flags bearing the same meaning. There is no need
to set flags due to different omap types here, it can be checked
in appropriate places as well.
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: linux-o...@vger.kernel.org
Cc:
From 783c14e5978600cc78e11ea078cc413d77a9debd Mon Sep 17 00:00:00 2001
From: Alexandra Chin alexandra.c...@tw.synaptics.com
Date: Thu, 1 Nov 2012 17:02:14 +0800
Subject: [PATCH v2] staging: ste_rmi4: Convert to Type-B support
This patch:
- convert to MT-B because Synaptics touch devices are
Hi Vivek,
(2012/10/31 23:14), Vivek Goyal wrote:
If hwpoision functionality is not available in hardware, then respective
bit will not be even set in struct page and it will be saved by default.
So it should not matter whether hardware has hwpoision functionality
or not.
Thanks, I
Hi Benoit,
On Nov 1, 2012, at 12:23 PM, Cousson, Benoit wrote:
On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
Hi,
On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis Antoniou wrote:
* Pantelis Antoniou
Mitsuhiro Tanino mitsuhiro.tanino...@hitachi.com writes:
Hi Vivek,
(2012/10/31 23:14), Vivek Goyal wrote:
If hwpoision functionality is not available in hardware, then respective
bit will not be even set in struct page and it will be saved by default.
So it should not matter whether
On Monday 22 October 2012 05:20 PM, James Hogan wrote:
On 17 October 2012 09:42, James Hogan ja...@albanarts.com wrote:
On 2 October 2012 19:36, David Howells dhowe...@redhat.com wrote:
The patches herein prepare for the extraction of the Userspace API bits from
the various header files named
On Thu, Oct 25, 2012 at 02:16:21PM +0200, Peter Zijlstra wrote:
From: Rik van Riel r...@redhat.com
We need pte_present to return true for _PAGE_PROTNONE pages, to indicate that
the pte is associated with a page.
However, for TLB flushing purposes, we would like to know whether the pte
On Thu, Oct 25, 2012 at 02:16:24PM +0200, Peter Zijlstra wrote:
From: Gerald Schaefer gerald.schae...@de.ibm.com
This patch adds an implementation of pmd_pgprot() for s390,
in preparation to future THP changes.
The additional pmd_pgprot implementations only are necessary if we want
to
1 - 100 of 1102 matches
Mail list logo