On Fri, Sep 14, 2012 at 7:11 PM, benjamin.tissoires
benjamin.tissoi...@gmail.com wrote:
From: Benjamin Tissoires benjamin.tissoi...@enac.fr
Microsoft published the protocol specification of HID over i2c:
http://msdn.microsoft.com/en-us/library/windows/hardware/hh852380.aspx
This patch
From: Jeff Garzik j...@garzik.org
Date: Wed, 3 Oct 2012 01:45:42 -0400
1) tcrypt setup blatantly wrong. What is the best setup here? Define a
separate entry for each digest length? Is there some special string
descriptor format that is desired, like sha3-256 or sha3(256)?
Good question.
On 10/03/2012 09:20 AM, Srivatsa S. Bhat wrote:
On 10/03/2012 06:15 AM, Jiri Kosina wrote:
On Tue, 2 Oct 2012, Paul E. McKenney wrote:
On Wed, Oct 03, 2012 at 01:48:21AM +0200, Jiri Kosina wrote:
On Tue, 2 Oct 2012, Paul E. McKenney wrote:
Indeed. Slab seems to be doing an rcu_barrier() in
Some quick fixes after today's merge-window pull.
1) Add missing dependency on Sparc DES driver, oops.
From Dave Jones.
2) Tell GCC that prom_printf() is printf-like and fix the few
resultiing warnings. From Akinobu Mita.
3) Niagara-2 memcpy doesn't provide it's return value correctly
On Fri, 28 Sep 2012, Daniel Santos wrote:
NOTE: this is has already been comitted to -mm
__attribute__((error(msg))) was introduced in gcc 4.3 (not 4.4) and as I
was unable to find any gcc bugs pertaining to it, I'm presuming that it
has functioned as advertised since 4.3.0.
From: Lad, Prabhakar prabhakar@ti.com
recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
which makes vidioc_s_crop const, was causing a following build warning,
vpbe_display.c: In function 'vpbe_display_s_crop':
vpbe_display.c:640: warning: initialization discards
On Fri, 28 Sep 2012, Daniel Santos wrote:
This helps to keep the file from getting confusing, removes one
duplicate version check and should encourage future editors to put new
macros where they belong.
Signed-off-by: Daniel Santos daniel.san...@pobox.com
Acked-by: David Rientjes
On Fri, 28 Sep 2012, Daniel Santos wrote:
Throughout compiler*.h, many version checks are made. These can be
simplified by using the macro that gcc's documentation recommends.
However, my primary reason for adding this is that I need bug-check
macros that are enabled at certain gcc versions
From: Lad, Prabhakar prabhakar@ti.com
This patch replaces V4L2_OUT_CAP_CUSTOM_TIMINGS macro with
V4L2_OUT_CAP_DV_TIMINGS. As V4L2_OUT_CAP_CUSTOM_TIMINGS is being phased
out.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Sekhar
From: Lad, Prabhakar prabhakar@ti.com
while testing display on dm644x, for ED out-range signals
was observed. This patch fixes appropriate clock setting
for ED.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Sekhar Nori
On Mon October 1 2012 14:52:48 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
which makes vidioc_s_crop const, was causing a following build error.
vpfe_capture.c: In function 'vpfe_s_crop':
On 10/02/12 18:36, Arnd Bergmann wrote:
The symbol GPIO24_SSP1_SFRM is defined in both mfp-pxa27x.h and
mfp-pxa25x.h. Since the macro is not actually used in the cm-x2xx.c
file, but it includes both headers, a safe workaround should be
to just undefine it from the .c file. This is a bit hacky
On Fri, 28 Sep 2012, Josh Triplett wrote:
GCC 4.1.0 and 4.1.1 miscompiling __weak has nothing to do with
__compiletime_object_size; why should *this* version check exclude those
versions?
Agreed, we shouldn't be relying on any #error directives to fail the build
and then try to factor
On Wed October 3 2012 08:27:38 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
which makes vidioc_s_crop const, was causing a following build warning,
vpbe_display.c: In function 'vpbe_display_s_crop':
On Fri, 28 Sep 2012, Daniel Santos wrote:
Signed-off-by: Daniel Santos daniel.san...@pobox.com
After this is folded into the previous patch in the series,
compiler{,-gcc4}.h: Remove duplicate macros, then:
Acked-by: David Rientjes rient...@google.com
--
To unsubscribe from this list:
Hi Hans,
On Wed, Oct 3, 2012 at 12:10 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Wed October 3 2012 08:27:38 Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
recent patch with commit id 4f996594ceaf6c3f9bc42b40c40b0f7f87b79c86
which makes vidioc_s_crop const, was causing a
Hi Stephen,
On Wed, Oct 3, 2012 at 8:29 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Well, here we are at another merge window and the kvmtool tree is still
not merged. So, is it likely that it will be merged in this merge
window? or the next? If not, can I please remove it from
On Fri, 28 Sep 2012, Josh Triplett wrote:
That issue doesn't relate to __flatten, though; it only relates to
__weak. Since __flatten (and __compiletime_object_size) will work fine
on 4.1.0 and 4.1.1, don't exclude them just because the definition for
__weak elsewhere in the file excludes
Hi Samuel,
Hi On Mon, Oct 01, 2012 at 04:52:02, Samuel Ortiz wrote:
Hi Jonathan,
On Sat, Sep 29, 2012 at 10:50:19AM +0100, Jonathan Cameron wrote:
On 09/26/2012 11:09 AM, Patil, Rachna wrote:
Hi Shubhrajyoti,
On Wed, Sep 26, 2012 at 12:10:51, Datta, Shubhrajyoti wrote:
On
On Tue, 2012-10-02 at 14:14 +0100, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 11:31:22AM +0200, Mike Galbraith wrote:
On Tue, 2012-10-02 at 09:45 +0100, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 09:49:36AM +0200, Mike Galbraith wrote:
Hm, 518cd623 fixed up the troubles I saw. How
devm_kfree and devm_iounmap should not have to be explicitly used
Signed-off-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
---
This patch is based on Devendra's
[PATCH] thermal: solve compilation errors in rcar_thermal
drivers/thermal/rcar_thermal.c | 18 ++
1 file
On 10/03/2012 02:06 AM, David Miller wrote:
From: Jeff Garzik j...@garzik.org
Date: Wed, 3 Oct 2012 01:45:42 -0400
1) tcrypt setup blatantly wrong. What is the best setup here? Define a
separate entry for each digest length? Is there some special string
descriptor format that is desired,
On 02/10/2012 02:01, Borislav Petkov wrote:
On Tue, Oct 02, 2012 at 12:12:31AM +0800, Daniel J Blueman wrote:
On 01/10/2012 18:06, Borislav Petkov wrote:
On Mon, Oct 01, 2012 at 02:42:05PM +0800, Daniel J Blueman wrote:
When booting on a federated multi-server system, the processor
On Tue, Oct 02, 2012 at 11:49:03PM -0700, David Rientjes wrote:
On Fri, 28 Sep 2012, Josh Triplett wrote:
That issue doesn't relate to __flatten, though; it only relates to
__weak. Since __flatten (and __compiletime_object_size) will work fine
on 4.1.0 and 4.1.1, don't exclude them just
Michael S. Tsirkin m...@redhat.com writes:
Thinking about Sasha's patches, we can reduce ring usage
for virtio net small packets dramatically if we put
virtio net header inline with the data.
This can be done for free in case guest net stack allocated
extra head room for the packet, and I
On Tuesday 02 October 2012 05:17 PM, Alan Cox wrote:
+/* Is this for UART emulation on ARC Instruction Set Simulator (ISS)
*/ +int __attribute__((weak)) running_on_iss;
Why not pass a quirks field in your platform data instead - much
cleaner than a global.
I'd thought about it too. However
On Tue, 2012-10-02 at 14:26 -0700, Jon Mason wrote:
I am submitting version 4 of the PCI-Express Non-Transparent Bridge
patches for inclusion in 3.7. All outstanding issues from the RFC
process have been addressed.
version 1
http://thread.gmane.org/gmane.linux.kernel.pci/16443
Version 2
On Wed, Oct 03, 2012 at 02:53:27AM -0400, Jeff Garzik wrote:
Maybe my patch is the best we can do in the current kernel, if
dynamic digest size is not currently possible. Register sha3_224,
sha3_256, ... as you describe, and wait for actual users to appear
with unsupported digest sizes.
On 10/03/2012 03:11 AM, Herbert Xu wrote:
On Wed, Oct 03, 2012 at 02:53:27AM -0400, Jeff Garzik wrote:
Maybe my patch is the best we can do in the current kernel, if
dynamic digest size is not currently possible. Register sha3_224,
sha3_256, ... as you describe, and wait for actual users to
On Wed, 2012-10-03 at 12:27 +1000, Stephen Rothwell wrote:
Hi Artem,
After merging the ubi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: ubi_update_fastmap [drivers/mtd/ubi/ubi.ko] undefined!
ERROR: ubi_scan_fastmap [drivers/mtd/ubi/ubi.ko] undefined!
On Tue, 2012-10-02 at 20:11 -0400, valdis.kletni...@vt.edu wrote:
On Mon, 01 Oct 2012 11:03:21 +0100, Mark Brown said:
On Sun, Sep 30, 2012 at 12:15:55PM +0200, Paul Bolle wrote:
Building regmap.o triggers this GCC warning:
drivers/base/regmap/regmap.c: In function regmap_raw_read:
Hi Chander, Thomas,
On Monday 01 of October 2012 17:39:19 chander.kash...@linaro.org wrote:
From: Thomas Abraham thomas.abra...@linaro.org
This patch series migrates Exynos4 clock support to common clock
framework. The first patch in this series removes the existing Exynos4
clock support
On Tue, Oct 02, 2012 at 10:04:19PM -0300, Fabio Estevam (feste...@gmail.com)
wrote:
I have no objections per se, but I'm hardly an expert in imx clock
framework :)
Since it is only one patch in set of 3, I suppose it will be pushed
through different tree than w1. Feel free to add my
Hi all,
Do not add stuff destined for v3.8 to your linux-next included branches
until after v3.7-rc1 is released.
Changes since 201201002:
Removed tree: rr
New trees: modules and virtio (replacing rr)
Conflicts are migrating as trees are merged by Linus.
The nfs tree lost its build failure.
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
CPU 0 CPU 1
kmem_cache_destroy()
What about the get_online_cpus() right here at CPU0 before
calling mutex_lock(slab_mutex)? How can the cpu_up() proceed
on CPU1?? I still don't get it... :(
On 10/02/2012 10:03 AM, Daniel Vetter wrote:
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
I was doing a evil hack where I 'released' lru_lock to lockdep before doing the
annotation
for a blocking acquire, and left trylock
On Tue, 2 Oct 2012, Josh Triplett wrote:
This patch series started out as part of another patch series by Daniel
Santos that makes use of __flatten; I think Daniel plans to have that
patch series depend on this one. Thus, I think it makes sense to
introduce __flatten at this point.
On Wed, Oct 3, 2012 at 9:45 AM, Thomas Hellstrom thellst...@vmware.com wrote:
On 10/02/2012 10:03 AM, Daniel Vetter wrote:
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
I was doing a evil hack where I 'released' lru_lock
Hey,
Op 03-10-12 09:45, Thomas Hellstrom schreef:
On 10/02/2012 10:03 AM, Daniel Vetter wrote:
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
I was doing a evil hack where I 'released' lru_lock to lockdep before
doing the
On 28 September 2012 23:14, Viresh Kumar viresh.ku...@linaro.org wrote:
I haven't tested it much till now. I am sending this patch just to check if
the
initial idea looks fine to you guys or not.
Tested with:
- ARM Vexpress TC2 - big.LITTLE CPU
- Core 0-1: A15, 2-4: A7
- rootfs:
On 10/03/2012 01:13 PM, Jiri Kosina wrote:
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
CPU 0 CPU 1
kmem_cache_destroy()
What about the get_online_cpus() right here at CPU0 before
calling mutex_lock(slab_mutex)? How can the cpu_up() proceed
on CPU1?? I still
On Wed, 2012-10-03 at 08:50 +0200, Mike Galbraith wrote:
On Tue, 2012-10-02 at 14:14 +0100, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 11:31:22AM +0200, Mike Galbraith wrote:
On Tue, 2012-10-02 at 09:45 +0100, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 09:49:36AM +0200, Mike Galbraith
Hi Prabhakar,
On 9/11/2012 11:55 AM, Prabhakar Lad wrote:
This patch series adds support for VPIF
capture and display driver on da850/omap-l138.
Enables SD capture and display.
This patch series is dependent on the following patch:
https://patchwork.kernel.org/patch/1332311/
Changes for
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
On 10/03/2012 01:13 PM, Jiri Kosina wrote:
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
CPU 0 CPU 1
kmem_cache_destroy()
What about the get_online_cpus() right here at CPU0 before
calling
On 10/03/2012 11:38 AM, Srivatsa S. Bhat wrote:
On 10/03/2012 09:20 AM, Srivatsa S. Bhat wrote:
On 10/03/2012 06:15 AM, Jiri Kosina wrote:
On Tue, 2 Oct 2012, Paul E. McKenney wrote:
On Wed, Oct 03, 2012 at 01:48:21AM +0200, Jiri Kosina wrote:
On Tue, 2 Oct 2012, Paul E. McKenney wrote:
On Wed, 2012-10-03 at 09:47 +0300, Pekka Enberg wrote:
Hi Stephen,
On Wed, Oct 3, 2012 at 8:29 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Well, here we are at another merge window and the kvmtool tree is still
not merged. So, is it likely that it will be merged in this merge
On 09/14/2012 12:24 AM, Stephen Warren wrote:
On 09/13/2012 01:29 AM, Mark Brown wrote:
On Thu, Sep 13, 2012 at 04:26:34PM +0900, Alex Courbot wrote:
On Thursday 13 September 2012 15:19:30 Mark Brown wrote:
On Thursday 13 September 2012 14:25:53 Mark Brown wrote:
It would be sensible to make
Hi Chander, Thomas,
I think this patch could be split into several smaller, while retaining logical
integrity of particular patches, e.g.:
- the change introduced to __clk_init (with proper description and rationale
why the generic code is being touched)
- generic exynos4 code
-
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
logical eraseblock relations in a checkpoint (called fastmap) to reduce
the initialization time of UBI. The current init time of UBI is
proportional to the number of
On Tue, Oct 2, 2012 at 6:00 PM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
--- a/drivers/usb/core/file.c
+++ b/drivers/usb/core/file.c
@@ -200,14 +200,9 @@ int usb_register_dev(struct usb_interface *intf,
/* create a usb class device for this usb interface */
On 10/03/2012 01:49 PM, Jiri Kosina wrote:
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
On 10/03/2012 01:13 PM, Jiri Kosina wrote:
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
CPU 0 CPU 1
kmem_cache_destroy()
What about the get_online_cpus() right
Artem, Stephen,
Am Wed, 03 Oct 2012 10:20:43 +0300
schrieb Artem Bityutskiy dedeki...@gmail.com:
On Wed, 2012-10-03 at 12:27 +1000, Stephen Rothwell wrote:
Hi Artem,
After merging the ubi tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR:
On 10/03/2012 09:57 AM, Maarten Lankhorst wrote:
Hey,
Op 03-10-12 09:45, Thomas Hellstrom schreef:
On 10/02/2012 10:03 AM, Daniel Vetter wrote:
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
I was doing a evil hack where I
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
logical eraseblock relations in a checkpoint (called fastmap) to
reduce
On 10/03/2012 09:54 AM, Daniel Vetter wrote:
On Wed, Oct 3, 2012 at 9:45 AM, Thomas Hellstrom thellst...@vmware.com wrote:
On 10/02/2012 10:03 AM, Daniel Vetter wrote:
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
I was
There are several places in the kernel that use functionality like basename(3)
with the exception: in case of '/foo/bar/' we expect to get an empty string.
Let's do it common helper for them.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
include/linux/string.h | 11
The custom filename function mostly repeats the kernel's kbasename. This patch
simplifies it. The updated filename() will not check for the '\' in the
filenames. It seems redundant in Linux.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: YAMANE Toshiaki yamaneto...@gmail.com
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: linux...@kvack.org
---
mm/memory.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/mm/memory.c b/mm/memory.c
index 0e3a516..6b101a2 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -58,6 +58,7 @@
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Steven Rostedt rost...@goodmis.org (maintainer:TRACING)
Cc: Frederic Weisbecker fweis...@gmail.com (maintainer:TRACING)
---
kernel/trace/trace_uprobe.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
fs/proc/proc_devtree.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/fs/proc/proc_devtree.c b/fs/proc/proc_devtree.c
index df7dd08..3d9fd66 100644
--- a/fs/proc/proc_devtree.c
+++
On Wed, 2012-10-03 at 10:36 +0200, Richard Weinberger wrote:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
On Wed, 2012-10-03 at 10:36 +0200, Richard Weinberger wrote:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
Remove the custom implementation of the functionality similar to kbasename().
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Jason Baron jba...@redhat.com
---
lib/dynamic_debug.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git
There are several places in kernel that duplicate code to get last part of the
pathname.
This patchset introduces a helper.
Since v1:
- fix changelog of the patch 1 - we are doing basname(3) alike helper
- usb related patch temporary excluded from series (under discussion with
Greg)
Andy
On Wed, Oct 3, 2012 at 10:37 AM, Thomas Hellstrom thellst...@vmware.com wrote:
So if I understand you correctly, the reservation changes in TTM are
motivated by the
fact that otherwise, in the generic reservation code, lockdep can only be
annotated for a trylock and not a waiting lock, when it
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Steven Rostedt rost...@goodmis.org
Cc: Frederic Weisbecker fweis...@gmail.com
---
kernel/trace/trace_uprobe.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/trace/trace_uprobe.c
On 03.10.2012 10:44, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 10:36 +0200, Richard Weinberger wrote:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional
From: Matt Fleming matt.flem...@intel.com
We're starting to need a channel through which we can funnel EFI
patches to make sure they get merged in a timely fashion. Matthew and
Peter seem happy enough for me to take that bullet.
Signed-off-by: Matt Fleming matt.flem...@intel.com
Cc: H. Peter
On 10/03/2012 02:04 AM, Matt Fleming wrote:
From: Matt Fleming matt.flem...@intel.com
We're starting to need a channel through which we can funnel EFI
patches to make sure they get merged in a timely fashion. Matthew and
Peter seem happy enough for me to take that bullet.
Signed-off-by:
On 10/3/2012 12:02 PM, Prabhakar wrote:
From: Lad, Prabhakar prabhakar@ti.com
This patch replaces V4L2_OUT_CAP_CUSTOM_TIMINGS macro with
V4L2_OUT_CAP_DV_TIMINGS. As V4L2_OUT_CAP_CUSTOM_TIMINGS is being phased
out.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by:
On Tue, Oct 02, 2012 at 11:01:04PM +0100, Andrew Morton wrote:
On Tue, 2 Oct 2012 17:59:11 +0100
Will Deacon will.dea...@arm.com wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page
On 2012-10-02 15:02, Philipp Reisner wrote:
Hi Jens,
Please consider to pull these changes for the 3.7 merge window.
Best,
Phil
The following changes since commit a0d271cbfed1dd50278c6b06bead3d00ba0a88f9:
Linux 3.6 (2012-09-30 16:47:46 -0700)
are available in the git repository
On 2.10.2012 16:42, Jean Delvare wrote:
The correct syntax for gcc -x is gcc -x assembler, not
gcc -xassembler. Even though the latter happens to work, the former
is what is documented in the manual page and thus what gcc wrappers
such as icecream do expect.
This isn't a cosmetic change.
The AMD Northbridge initialisation code and EDAC assume the Northbridge IDs
are contiguous, which no longer holds on federated systems with multiple
HyperTransport fabrics with multiple PCI domains.
Address this assumption by searching the Northbridge ID array, rather than
directly indexing it,
Hi,
i am faced with a strange kernel crash while removing a loopback device
with losetup, during a software update of my embedded device, which was
introduced between 3.0 and 3.4. All other used kernels 2.6.39, 2.6.35,
2.6.33, 2.6.29, 2.6.27 and 2.6.20 works well.
BUG: unable to handle kernel
Not pulled. Two reasons:
- It's late (in the merge window)
- and it's not based off my for-3.7/drivers branch, hence I get a ton of
unrelated changes with a pull into that branch.
Hi Jens,
I can rebase it for you in a few hours. Would influence this your decission?
Best,
Phil
--
To
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
static void cpu_hotplug_begin(void)
{
cpu_hotplug.active_writer = current;
for (;;) {
mutex_lock(cpu_hotplug.lock);
if (likely(!cpu_hotplug.refcount))
This one!
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-laptop.c |3 +++
drivers/platform/x86/asus-nb-wmi.c |1 +
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/platform/x86/asus-laptop.c
b/drivers/platform/x86/asus-laptop.c
index
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
MAINTAINERS|4 ++--
drivers/platform/x86/asus-nb-wmi.c |2 +-
drivers/platform/x86/asus-wmi.c|2 +-
drivers/platform/x86/eeepc-wmi.c |2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
Maybe this should be shared in another module...
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-laptop.c | 36 ++--
drivers/platform/x86/asus-nb-wmi.c | 24
2 files changed, 30 insertions(+), 30
From: AceLan Kao acelan@canonical.com
0x60 is touchpad enable key, but is misdefined in the keymap.
Signed-off-by: AceLan Kao acelan@canonical.com
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-nb-wmi.c |2 +-
1 files changed, 1 insertions(+), 1
From: AceLan Kao acelan@canonical.com
Fill up all the video switch keys in the map.
Signed-off-by: AceLan Kao acelan@canonical.com
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-laptop.c | 26 +++---
1 files changed, 23
From: AceLan Kao acelan@canonical.com
0x60 is touchpad enable key, but is misdefined in the keymap.
Signed-off-by: AceLan Kao acelan@canonical.com
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-laptop.c |2 +-
1 files changed, 1 insertions(+), 1
From: AceLan Kao acelan@canonical.com
For machines with AMD graphic chips, it will send out WMI event and ACPI
interrupt at the same time while hitting the hotkey. BIOS will notify the
system the next display output mode throught WMI event code, so that
windows' application can show an OSD to
From: AceLan Kao acelan@canonical.com
Fill up all the video switch keys in the map.
Signed-off-by: AceLan Kao acelan@canonical.com
Signed-off-by: Corentin Chary corentin.ch...@gmail.com
---
drivers/platform/x86/asus-nb-wmi.c | 22 +++---
1 files changed, 19
On Wed, 2012-10-03 at 11:03 +0200, Richard Weinberger wrote:
Yeah, it looks like all issues reported by aiaiai are caused by the missing
goto.
Can you deal with the patch below or do you want me to send it using git
send-email?
I'll apply it. But please, re-work the error handling in that
On 03.10.2012 11:30, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 11:03 +0200, Richard Weinberger wrote:
Yeah, it looks like all issues reported by aiaiai are caused by the missing
goto.
Can you deal with the patch below or do you want me to send it using git
send-email?
I'll apply it. But
On Wed, Oct 03, 2012 at 11:43:00AM +0300, Andy Shevchenko wrote:
The custom filename function mostly repeats the kernel's kbasename. This patch
simplifies it. The updated filename() will not check for the '\' in the
filenames. It seems redundant in Linux.
Signed-off-by: Andy Shevchenko
On Wed, 3 Oct 2012, Jiri Kosina wrote:
Good question. I believe it should be safe to drop slab_mutex earlier, as
cachep has already been unlinked. I am adding slab people and linux-mm to
CC (the whole thread on LKML can be found at
https://lkml.org/lkml/2012/10/2/296 for reference).
How
On Tue, Oct 02, 2012 at 03:48:57PM -0700, Rick Jones wrote:
On 10/02/2012 01:45 AM, Mel Gorman wrote:
SIZE=64
taskset -c 0 netserver
taskset -c 1 netperf -t UDP_STREAM -i 50,6 -I 99,1 -l 20 -H 127.0.0.1 -- -P
15895 -s 32768 -S 32768 -m $SIZE -M $SIZE
Just FYI, unless you are running a
--- linux-3.6.0-gentoo/drivers/media/rc/Kconfig.orig2012-10-03
11:37:08.862279049 +0200
+++ linux-3.6.0-gentoo/drivers/media/rc/Kconfig 2012-10-03
11:38:56.832280750 +0200
@@ -265,7 +265,7 @@ config IR_IGUANA
depends on RC_CORE
select USB
---help---
- Say Y
We are trying to implement a physical memory hot removing function as
following thread.
https://lkml.org/lkml/2012/9/5/201
But there is not enough review to merge into linux kernel.
I think there are following blockades.
1. no physical memory hot removable system
2. huge patch-set
If you
Hi Len,
Ping...
Pleae merge the patch into your tree.
Thanks,
Yasuaki Ishimatsu
2012/09/24 11:31, Yasuaki Ishimatsu wrote:
Hi Len,
Ping...
I want you to merge the patch into your tree for linux-3.7.
Thanks,
Yasuaki Ishimatsu
2012/08/30 10:34, Yasuaki Ishimatsu wrote:
Hi Len,
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 /sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called.
In the 2nd case, acpi_memory_device_remove() will be
On 10/03/2012 02:54 PM, Jiri Kosina wrote:
On Wed, 3 Oct 2012, Srivatsa S. Bhat wrote:
static void cpu_hotplug_begin(void)
{
cpu_hotplug.active_writer = current;
for (;;) {
mutex_lock(cpu_hotplug.lock);
if (likely(!cpu_hotplug.refcount))
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
add_memory() hot adds a physical memory. But remove_memory does not
hot remove a phsical memory. It only offlines memory. The name
confuse us.
So the patch renames remove_memory() to offline_memory(). We will
use rename_memory() for hot
Hi Mauro,
Can you please pull the following patches for davinci VPBE driver.
Some of the patches include platform changes for which Sekhar has Acked it.
Thanks and Regards,
--Prabhakar Lad
The following changes since commit 2425bb3d4016ed95ce83a90b53bd92c7f31091e4:
em28xx: regression fix:
Am Mittwoch, 3. Oktober 2012, 11:24:09 schrieben Sie:
Not pulled. Two reasons:
- It's late (in the merge window)
- and it's not based off my for-3.7/drivers branch, hence I get a ton of
unrelated changes with a pull into that branch.
Hi Jens,
I can rebase it for you in a few
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
For hot removing physical memory, the patch adds remove_memory() into
acpi_memory_remove_memory(). But we cannot support physical memory
hot remove. So remove_memory() do nothinig.
CC: David Rientjes rient...@google.com
CC: Jiang Liu
On Thu, Sep 06, 2012 at 01:48:59PM -0300, Fabio Estevam wrote:
With the new i.mx clock framework the mxc_w1 clock is registered as:
clk_register_clkdev(clk[owire_gate], NULL, mxc_w1.0
So we do not need to pass owire string and can use NULL instead.
While at it, also fix the clock error
1 - 100 of 1350 matches
Mail list logo