On Tue, 14 Aug 2012 16:26:28 +0200
Christophe Leroy christophe.le...@c-s.fr wrote:
Hello,
I'm not sure who to address this Patch to either
It fixes a delay issue with CPM UART driver on Powerpc MPC8xx.
The problem is that with the actual code, the driver waits 32 IDLE patterns
before
On Tue, Aug 14, 2012 at 03:35:54PM +0300, Avi Kivity wrote:
On 08/12/2012 12:33 PM, Michael S. Tsirkin wrote:
Michael, would the interface be more acceptable to you if we added
separate ioctls to allocate and free some representation of an irq
source ID, gsi pair? For instance, an ioctl
Richard Weinberger rich...@nod.at wrote:
Is there no way to get this information from the UML subarch?
Which is currently X86_32 or X86_64.
Or ppc or ia64? Or are those defunct?
I can certainly try pasting the lines from x86/Kconfig to uml/Kconfig.common
to switch the REL/RELA bits, but it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Only in relation to Seth's future apple-gmux patch series about
vgaswitcheroo and restoring the gmux device configuration across
suspend/resume [1]:
On resume the gmux registers 0x28 (DDC) and 0x10 (SWITCH_DISPLAY)
(i.e., the first two writes) are not
David Howells dhowe...@redhat.com wrote:
I can certainly try pasting the lines from x86/Kconfig to uml/Kconfig.common
to switch the REL/RELA bits, but it would be nice to get this from the actual
arch if possible to reduce redundancy.
The attached patch works.
David
---
diff --git
Am 14.08.2012 16:51, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
Is there no way to get this information from the UML subarch?
Which is currently X86_32 or X86_64.
Or ppc or ia64? Or are those defunct?
Those are defunct.
AFAIK viro is working on UML/ppc64.
I can
On Aug 14, 2012, at 1:42 PM, Jan Kiszka wrote:
On 2012-08-14 10:56, Daniel P. Berrange wrote:
On Mon, Aug 13, 2012 at 03:21:32PM -0300, Marcelo Tosatti wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
We can know the guest is panicked when the guest runs on xen.
But we
On Tue, 2012-08-14 at 16:39 +0200, Mike Galbraith wrote:
On Tue, 2012-08-14 at 10:23 -0400, Steven Rostedt wrote:
On Tue, 2012-08-14 at 15:06 +0200, Mike Galbraith wrote:
Greetings,
Using openSUSE's partitioner gizmo to set up a reiserfs partition with
quotas and whatnot enabled
On Tue, 2012-08-14 at 12:36 +, sathya.pe...@emulex.com wrote:
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On
Behalf Of Ilya Shchepetkov
For carrier detection to work properly when binding the driver with a
cable unplugged,
On Mon, Aug 13, 2012 at 12:08:47PM -0700, Eric W. Biederman wrote:
Fengguang Wu fengguang...@intel.com writes:
On Tue, Aug 14, 2012 at 01:55:16AM +0800, Fengguang Wu wrote:
I'd suggest to fix it in m68k and make atomic64_t generally available.
Fengguang in your testing on any
Am 14.08.2012 16:54, schrieb David Howells:
David Howells dhowe...@redhat.com wrote:
I can certainly try pasting the lines from x86/Kconfig to uml/Kconfig.common
to switch the REL/RELA bits, but it would be nice to get this from the actual
arch if possible to reduce redundancy.
The
Hello Jianyun Li,
The patch f0c568a478f0: [SCSI] mvumi: Add Marvell UMI driver from
May 11, 2011, leads to the following warning:
drivers/scsi/mvumi.c:121 mvumi_alloc_mem_resource()
error: scheduling with locks held: 'spin_lock:host_lock'
The problem is that we do a couple GPF_KERNEL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please reduce the delay in the gmux_index_wait_[ready|complete]
functions: 100ms is way too long. 1 ms is more than enough. I never
experienced any problems with 100 us.
The version information can also be extracted in the new gmux device
(see my
On 2012-08-14 16:55, Yan Vugenfirer wrote:
On Aug 14, 2012, at 1:42 PM, Jan Kiszka wrote:
On 2012-08-14 10:56, Daniel P. Berrange wrote:
On Mon, Aug 13, 2012 at 03:21:32PM -0300, Marcelo Tosatti wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
We can know the guest is
Hi all.
Recent discussion around
[net-next] bonding: don't allow the master to become its slave
forced me to think about upper-lower device connections.
This patchset adds a possibility to record upper device linkage.
All upper-lower devices are converted to use this mechanism right after.
That
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/net/team/team.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/net/team/team.c b/drivers/net/team/team.c
index ba10c46..dabddc5 100644
--- a/drivers/net/team/team.c
+++ b/drivers/net/team/team.c
@@
Signed-off-by: Jiri Pirko j...@resnulli.us
---
net/core/netpoll.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/net/core/netpoll.c b/net/core/netpoll.c
index b4c90e4..1f457a6 100644
--- a/net/core/netpoll.c
+++ b/net/core/netpoll.c
@@ -207,12 +207,16 @@ static
rcu_read_lock was missing here
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c
b/drivers/net/ethernet/qlogic/qlcnic/qlcnic_main.c
index
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/infiniband/hw/nes/nes.c|8 +---
drivers/infiniband/hw/nes/nes_cm.c |2 +-
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/hw/nes/nes.c b/drivers/infiniband/hw/nes/nes.c
index 7140199..6686251
Nobody uses this now. Remove it.
Signed-off-by: Jiri Pirko j...@resnulli.us
---
include/linux/netdevice.h |4
1 file changed, 4 deletions(-)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index c689593..8459f72 100644
--- a/include/linux/netdevice.h
+++
Richard Weinberger rich...@nod.at wrote:
I think arch/x86/um/Kconfig makes more sense.
warthogls arch/um
defconfig Kconfig.common Kconfig.um Makefile-os-Linux scripts/
drivers/ Kconfig.debug kernel/Makefile-ppc sys-ia64/
include/ Kconfig.net Makefile
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c
b/drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c
index
Signed-off-by: Jiri Pirko j...@resnulli.us
---
include/linux/netdevice.h |6 +
net/core/dev.c| 63 -
2 files changed, 1 insertion(+), 68 deletions(-)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index
Benefit from new upper dev list and free bonding from dev-master usage.
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/net/bonding/bond_3ad.c | 30 ++---
drivers/net/bonding/bond_alb.c |6 +--
drivers/net/bonding/bond_main.c | 94 +++
Also, since all users call __vlan_find_dev_deep() with rcu_read_lock,
make no possibility to call this with rtnl mutex held only.
Signed-off-by: Jiri Pirko j...@resnulli.us
---
net/8021q/vlan_core.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git
Am 14.08.2012 17:06, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
I think arch/x86/um/Kconfig makes more sense.
warthogls arch/um
defconfig Kconfig.common Kconfig.um Makefile-os-Linux scripts/
drivers/ Kconfig.debug kernel/Makefile-ppc
Also benefit from rcu_read_lock held and use __in_dev_get_rcu() in ipv4 case.
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/s390/net/qeth_l3_main.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/drivers/s390/net/qeth_l3_main.c
This lists are supposed to serve for storing pointers to all upper devices.
Eventually it will replace dev-master pointer which is used for
bonding, bridge, team but it cannot be used for vlan, macvlan where
there might be multiple upper present. In case the upper link is
replacement for
Signed-off-by: Jiri Pirko j...@resnulli.us
---
net/8021q/vlan.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/net/8021q/vlan.c b/net/8021q/vlan.c
index 9096bcb..2dca0fa 100644
--- a/net/8021q/vlan.c
+++ b/net/8021q/vlan.c
@@ -105,6 +105,8 @@ void
David Howells dhowe...@redhat.com wrote:
I think arch/x86/um/Kconfig makes more sense.
...
It doesn't exist. Should I create it?
Bah. Helps if I read your message more closely.
David
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Signed-off-by: Jiri Pirko j...@resnulli.us
---
net/bridge/br_if.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/bridge/br_if.c b/net/bridge/br_if.c
index e1144e1..8bea645 100644
--- a/net/bridge/br_if.c
+++ b/net/bridge/br_if.c
@@ -148,7 +148,7 @@ static void
Signed-off-by: Jiri Pirko j...@resnulli.us
---
net/core/rtnetlink.c | 44
1 file changed, 24 insertions(+), 20 deletions(-)
diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
index 34d975b..4d41682 100644
--- a/net/core/rtnetlink.c
+++
Signed-off-by: Jiri Pirko j...@resnulli.us
---
drivers/net/macvlan.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/net/macvlan.c b/drivers/net/macvlan.c
index 66a9bfe..f5bd8a2 100644
--- a/drivers/net/macvlan.c
+++ b/drivers/net/macvlan.c
@@ -765,16
On Tue, Aug 14, 2012 at 06:40:36PM +0800, wei_w...@realsil.com.cn wrote:
From: Wei WANG wei_w...@realsil.com.cn
Support for Realtek PCI-Express driver-based card readers including rts5209
and rts5229.
Wei WANG (2):
drivers/mfd: Add realtek pcie card reader driver
drivers/mmc: Add
Fixes build failure introduced by Make most arch asm/module.h files use
asm-generic/module.h by moving all the RELA processing code to a
separate file to be used only for RELA processing on 64-bit kernels.
CC arch/mips/kernel/module.o
arch/mips/kernel/module.c:250:14: error:
How about this then?
David
---
diff --git a/arch/x86/um/Kconfig b/arch/x86/um/Kconfig
index 9926e11..a4b0c10 100644
--- a/arch/x86/um/Kconfig
+++ b/arch/x86/um/Kconfig
@@ -21,9 +21,11 @@ config 64BIT
config X86_32
def_bool !64BIT
select HAVE_AOUT
+ select
On Tue, Aug 14, 2012 at 04:53:47PM +0200, Bernhard Froemel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Only in relation to Seth's future apple-gmux patch series about
vgaswitcheroo and restoring the gmux device configuration across
suspend/resume [1]:
On resume the gmux registers
On Thu, Aug 09, 2012 at 05:01:15PM +0400, Glauber Costa wrote:
When a process tries to allocate a page with the __GFP_KMEMCG flag, the
page allocator will call the corresponding memcg functions to validate
the allocation. Tasks in the root memcg can always proceed.
To avoid adding markers to
On Tue, 14 Aug 2012, Steven Rostedt wrote:
Ben Hutchings asked me if we still need genirq: Disable random call on
preempt-rt for -rt? With commit 902c098a366 random: use lockless
techniques in the interrupt path there is no more locks used. But does
it still produce high latencies?
Haven't
Rationals from Eric:
So I just looked a little deeper and it appears architectures that do
not support atomic64_t are broken.
The generic atomic64 support came in 2009 to support the perf subsystem
with the expectation that all architectures would implement atomic64
support.
Furthermore upon
Am 14.08.2012 17:15, schrieb David Howells:
How about this then?
David
---
diff --git a/arch/x86/um/Kconfig b/arch/x86/um/Kconfig
index 9926e11..a4b0c10 100644
--- a/arch/x86/um/Kconfig
+++ b/arch/x86/um/Kconfig
@@ -21,9 +21,11 @@ config 64BIT
config X86_32
def_bool !64BIT
On Tue, 14 Aug 2012, Mike Galbraith wrote:
On Tue, 2012-08-14 at 16:39 +0200, Mike Galbraith wrote:
On Tue, 2012-08-14 at 10:23 -0400, Steven Rostedt wrote:
On Tue, 2012-08-14 at 15:06 +0200, Mike Galbraith wrote:
Greetings,
Using openSUSE's partitioner gizmo to set up a
Alternative solution for problem found by Linux Driver Verification
project (linuxtesting.org).
As it noted in the comment before the br_handle_frame_finish
function, this function should be called under rcu_read_lock.
The problem callgraph:
br_dev_xmit - br_nf_pre_routing_finish_bridge_slow -
Rationals from Eric:
So I just looked a little deeper and it appears architectures that do
not support atomic64_t are broken.
The generic atomic64 support came in 2009 to support the perf subsystem
with the expectation that all architectures would implement atomic64
support.
Furthermore upon
Thomas,
Could you please review my patch?
I updated it in accordance with your comment.
Seiji
-Original Message-
From: Seiji Aguchi
Sent: Friday, August 03, 2012 3:50 PM
To: linux-kernel@vger.kernel.org; Thomas Gleixner (t...@linutronix.de);
rost...@goodmis.org; 'mi...@elte.hu'
A long list of arguments looks not good:
E.g: static int process_sample_event(struct perf_tool *tool,
union perf_event *event,
struct perf_sample *sample,
struct perf_evsel *evsel,
On Tue, 14 Aug 2012, Ulrich Windl wrote:
After several reboots due to memory errors after excellent power-saving of
Linux on a HP DL380G7 with Intel Xeon 5650 processors (all in on memory
bank), I found out the errate BD104 and BD123. The former should be
fixed in a microcode revision 15H.
-Original Message-
From: Ilya Shchepetkov [mailto:shchepet...@ispras.ru]
Sent: Tuesday, August 14, 2012 6:29 AM
To: KY Srinivasan
Cc: Ilya Shchepetkov; Haiyang Zhang; David S. Miller;
de...@linuxdriverproject.org; net...@vger.kernel.org; linux-
ker...@vger.kernel.org;
Sorry I have no compilers for build testing these changes, however the
risk looks low and it's much better than to leave the arch broken,
considering that Eric will do atomic64_t in the core fs/namespace.c code.
CC: Eric W. Biederman ebied...@xmission.com
Signed-off-by: Fengguang Wu
On Tue, Aug 14, 2012 at 10:47:48AM +0300, Gleb Natapov wrote:
On Mon, Aug 13, 2012 at 05:24:52PM -0300, Marcelo Tosatti wrote:
On Mon, Aug 13, 2012 at 01:48:39PM -0600, Eric Blake wrote:
On 08/13/2012 12:21 PM, Marcelo Tosatti wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang
On Tue, Aug 14, 2012 at 10:58:07AM +0800, Xiao Guangrong wrote:
On 08/14/2012 01:39 AM, Marcelo Tosatti wrote:
On Sat, Aug 11, 2012 at 11:36:20AM +0800, Xiao Guangrong wrote:
On 08/11/2012 02:14 AM, Marcelo Tosatti wrote:
On Tue, Aug 07, 2012 at 05:47:15PM +0800, Xiao Guangrong wrote:
On Tue, Aug 14, 2012 at 11:15:06AM +0200, Florian Westphal wrote:
Marcelo Tosatti mtosa...@redhat.com wrote:
On Fri, Aug 10, 2012 at 12:36:22PM +0200, Florian Westphal wrote:
--- a/arch/x86/kernel/kvmclock.c
+++ b/arch/x86/kernel/kvmclock.c
@@ -191,7 +191,6 @@ static void
On Mon, Aug 13, 2012 at 2:14 PM, gre...@linuxfoundation.org wrote:
This is a note to let you know that I've just added the patch titled
mm: hugetlbfs: close race during teardown of hugetlbfs shared page tables
to the 3.4-stable tree which can be found at:
On Tuesday 2012-07-17 21:46, Martin-Éric Racine wrote:
@@ -188,17 +188,17 @@ This is a packacked upstream version of the Linux
kernel.
The sources may be found at most Linux ftp sites, including:
ftp://ftp.kernel.org/pub/linux/kernel
-Copyright: 1991 - 2009 Linus Torvalds and others.
Hi Bjorn,
No problem, will handle issues mentioned below.
Regards!
Gerry
On 08/14/2012 12:25 PM, Bjorn Helgaas wrote:
On Wed, Aug 1, 2012 at 8:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu liu...@gmail.com
As suggested by Bjorn Helgaas and Don Dutile in
Ralf Baechle r...@linux-mips.org wrote:
+extern int apply_r_mips_none(struct module *me, u32 *location, Elf_Addr v);
This needs to be in a header file, not a .c file.
David
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Aug 14, 2012 at 05:55:54PM +0300, Yan Vugenfirer wrote:
On Aug 14, 2012, at 1:42 PM, Jan Kiszka wrote:
On 2012-08-14 10:56, Daniel P. Berrange wrote:
On Mon, Aug 13, 2012 at 03:21:32PM -0300, Marcelo Tosatti wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
From: Julia Lawall julia.law...@lip6.fr
If the NULL test is necessary, the initialization involving a dereference of
the tested value should be moved after the NULL test.
The sematic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
type T;
expression E;
From: Julia Lawall julia.law...@lip6.fr
If the NULL test is necessary, the initialization involving a dereference of
the tested value should be moved after the NULL test.
The sematic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
type T;
expression E;
From: Julia Lawall julia.law...@lip6.fr
If the NULL test is necessary, the initialization involving a dereference of
the tested value should be moved after the NULL test.
The sematic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
type T;
expression E;
On Tue, Aug 14, 2012 at 12:29:38PM -0300, Marcelo Tosatti wrote:
On Tue, Aug 14, 2012 at 10:47:48AM +0300, Gleb Natapov wrote:
On Mon, Aug 13, 2012 at 05:24:52PM -0300, Marcelo Tosatti wrote:
On Mon, Aug 13, 2012 at 01:48:39PM -0600, Eric Blake wrote:
On 08/13/2012 12:21 PM, Marcelo
On Tue, Aug 14, 2012 at 05:00:33PM +0300, Avi Kivity wrote:
On 08/10/2012 09:14 PM, Marcelo Tosatti wrote:
On Tue, Aug 07, 2012 at 05:47:15PM +0800, Xiao Guangrong wrote:
Changelog:
- introduce KVM_PFN_ERR_RO_FAULT instead of dummy page
- introduce KVM_HVA_ERR_BAD and optimize error hva
These patches find a case where there is a dereference before a NULL test
and either move the dereference after the NULL test, or eliminate the NULL
test if it seems unnnecessary.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
From: Julia Lawall julia.law...@lip6.fr
If the NULL test is necessary, the initialization involving a dereference of
the tested value should be moved after the NULL test.
The sematic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
type T;
expression E;
From: Julia Lawall julia.law...@lip6.fr
If the NULL test is necessary, the initialization involving a dereference of
the tested value should be moved after the NULL test.
The sematic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
type T;
expression E;
On Tue, Aug 14, 2012 at 2:34 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Mon, Aug 13, 2012 at 10:42 PM, Luis R. Rodriguez
mcg...@frijolero.org wrote:
David,
The compat [0] / compat-wireless [1] [2] projects have received quite
a bit of love of the years to the point we now have 3
This is a respin of an older patch sent by Sam Ravnborg:
http://www.gossamer-threads.com/lists/linux/kernel/1530602
This patch removes the annoying warning:
Makefile:708: WARNING: Appending $KCFLAGS (-Wno-sign-compare) from command
line to kernel $CFLAGS
which is printed every time I use
There are many reports (including 2 of my machines) that iTCO_wdt watchdog
driver fails to be initialized in 3.5 kernel with error message like:
[5.265175] ACPI Warning: 0x1060-0x107f SystemIO conflicts with
Region \_SB_.PCI0.LPCB.TCOI 1 (20120320/utaddress-251)
[5.265192] ACPI:
Hi,
I'm sending an email to discuss how to remove create_sysfs_entry() from a write
callback.
[Problem]
Current efi_pstore creates sysfs entries ,which enable users to access to
NVRAM, in a write callback.
If a kernel panic happens in interrupt contexts, pstore may fail because it
could
Correct the offset by subtracting 20 from tm_hour before taking
the modulo 12.
Reported-and-tested-by: James Nute newte...@gmail.com
Signed-off-by: Atsushi Nemoto an...@mba.ocn.ne.jp
---
drivers/rtc/rtc-rs5c348.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git
On Tue, Aug 14, 2012 at 11:37:53AM -0400, Paul Gortmaker wrote:
On Mon, Aug 13, 2012 at 2:14 PM, gre...@linuxfoundation.org wrote:
This is a note to let you know that I've just added the patch titled
mm: hugetlbfs: close race during teardown of hugetlbfs shared page
tables
to
Thanks Richard, Felipe, Alan.
First of all, let me tell you that I am highly previleged talking to
some of the most distinguished hackers in the world.
Alan, I truly admire you :)
So, the use-case I am trying to solve, is that only a particular
process should be able to read a group of files,
Hi Sarah,
I was wondering if you have any news regarding this patch, or if there's
something else I need to change on code. I also noticed that I forgot to write
'[PATCH]' at the beginning of the patch's subject, Should I resend it?
Thanks and Best Regards,
Alexis Cortes.
On 8/3/2012
On Thu 09-08-12 17:01:12, Glauber Costa wrote:
This patch adds the basic infrastructure for the accounting of the slab
caches. To control that, the following files are created:
* memory.kmem.usage_in_bytes
* memory.kmem.limit_in_bytes
* memory.kmem.failcnt
*
On Tue, 2012-08-14 at 23:34 +0800, Fengguang Wu wrote:
Sorry I have no compilers for build testing these changes, however the
risk looks low and it's much better than to leave the arch broken,
considering that Eric will do atomic64_t in the core fs/namespace.c
code.
CC: Eric W. Biederman
Add Documentation for tmp102 temperature sensor.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
Documentation/devicetree/bindings/hwmon/tmp102.txt | 11 +++
1 files
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar
Add bmp085 pressure sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar
There are quite a few places in the kernel which implement a hashtable
in a very similar way. Instead of having implementations of a hashtable
all over the kernel, we can re-use the code.
New changes since the RFC:
- Addressed last comments about previous patches.
- RCU support.
- Simplified
Switch ksm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the ksm module.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
mm/ksm.c | 33 +++--
1 files changed, 15 insertions(+), 18 deletions(-)
diff --git
Switch workqueues to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the workqueues.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
kernel/workqueue.c | 86 +---
1 files changed, 15
Switch tracepoints to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the tracepoints.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
kernel/tracepoint.c | 27 +++
1 files changed, 11 insertions(+), 16 deletions(-)
Switch 9p error table to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in 9p.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
net/9p/error.c | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git
Switch elevator to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the elevator.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
Switch cache to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the cache implementation.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
net/sunrpc/cache.c | 20 +---
1 files changed, 9 insertions(+), 11 deletions(-)
diff
Switch l2tp to use the new hashtable implementation. This reduces the amount of
generic unrelated code in l2tp.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
net/l2tp/l2tp_core.c| 132 +--
net/l2tp/l2tp_core.h|8 ++--
Switch dm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dm.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
drivers/md/dm-snap.c | 24 ---
drivers/md/persistent-data/dm-block-manager.c |
Switch lockd to use the new hashtable implementation. This reduces the amount of
generic unrelated code in lockd.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
fs/lockd/svcsubs.c | 58 +--
1 files changed, 28 insertions(+), 30
Switch openvswitch to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in openvswitch.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
net/openvswitch/vport.c | 30 +-
1 files changed, 13 insertions(+), 17 deletions(-)
Switch tracing to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the tracing module.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
kernel/trace/trace_output.c | 20
1 files changed, 8 insertions(+), 12 deletions(-)
On 08/13/2012 10:57 PM, Huacai Chen wrote:
Hi, David,
Seems like you are the original author of code in
arch/mips/cavium-octeon/dma-octeon.c. Could you please tell me why we
need mb() in alloc_coherent(), map_page(), map_sg()? It seems like
because of cache coherency (CPU write some data, then
Switch rds to use the new hashtable implementation. This reduces the amount of
generic unrelated code in rds.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
net/rds/bind.c | 20 +-
net/rds/connection.c | 102 ++
2 files
Add I2C data node in omap5 device tree file.
Tested on omap5430 evm.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
The following patch series add i2c support for omap5.
As well as enable I2C based devices like pressure and temperature
through device tree. Also add onchip keypad dts data.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Sourav
Switch user_ns to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in user_ns.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
kernel/user.c | 33 +
1 files changed, 13 insertions(+), 20 deletions(-)
diff --git
Switch hugemem to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the hugemem.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
accessing
Switch dlm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dlm.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
fs/dlm/lowcomms.c | 47 +--
1 files changed, 13 insertions(+), 34 deletions(-)
This hashtable implementation is using hlist buckets to provide a simple
hashtable to prevent it from getting reimplemented all over the kernel.
Signed-off-by: Sasha Levin levinsasha...@gmail.com
---
include/linux/hashtable.h | 284 +
1 files changed,
Add keypad data node in omap5 device tree file.
Also fill the device tree binding parameters
with the required value in omap5-evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar
On Tue, Aug 14, 2012 at 9:00 AM, Luis R. Rodriguez mcg...@frijolero.org wrote:
For more details please see:
http://www.do-not-panic.com/2012/08/automatically-backporting-linux-kernel.html
http://www.do-not-panic.com/2012/08/optimizing-backporting-collateral.html
Luis
All that said, please
901 - 1000 of 1300 matches
Mail list logo