This patch adds support for FP/ASIMD register bank saving and restoring
during context switch and FP exception handling to generate SIGFPE.
There are 32 128-bit registers and the context switching is currently
done non-lazily. Benchmarks on real hardware are required before
implementing lazy FP
From: Will Deacon
This patch adds support for the AArch64 performance counters.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/perf_event.h | 23 +
arch/aarch64/include/asm/pmu.h| 83 ++
arch/aarch64/kernel/perf_event.c | 1369
This patch introduces a few AArch64-specific header files together with
Kbuild entries for generic headers.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/Kbuild| 50 +
arch/aarch64/include/asm/barrier.h | 53 +
The virtual memory layout is described in
Documentation/aarch64/memory.txt. This patch adds the MMU definitions for
the 4KB and 64KB translation table configurations. The SECTION_SIZE is
2MB with 4KB page and 512MB with 64KB page configuration.
PHYS_OFFSET is calculated at run-time and stored in
This patch contains the initialisation of the memory blocks, MMU
attributes and the memory map. Only five memory types are defined:
Device nGnRnE (equivalent to Strongly Ordered), Device nGnRE (classic
Device memory), Device GRE, Normal Non-cacheable and Normal Cacheable.
Cache policies are
This patch introduces ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE and uses this
instead of the multitude of #if defined() checks in atomic64_test.c
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/arm/include/asm/atomic.h |1 +
arch/mips/include/asm/atomic.h |1 +
From: Marc Zyngier
This patch adds support for the ARM generic timers with A64 instructions
for accessing the timer registers. It uses the physical counter as the
clock source and the virtual counter as sched_clock.
The timer frequency can be specified via DT or read from the CNTFRQ_EL0
From: Will Deacon
This patch adds support for loadable modules. Loadable modules are
loaded 64MB below the kernel image due to branch relocation restrictions
(see Documentation/aarch64/memory.txt).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
This patch updates the MAINTAINERS file for the AArch64 Linux kernel
port.
Signed-off-by: Catalin Marinas
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index eb22272..50699f5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
"Steven J. Magnani" writes:
> On Wed, 2012-07-04 at 20:07 +0900, OGAWA Hirofumi wrote:
>> Please don't add new lock_super() usage if it is not necessary. Almost
>> all of lock_super() just replaced lock_kernel() usage. It rather should
>> be removed in future. Probably, this should use
This patch adds Makefile and Kconfig files required for building an
AArch64 kernel.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/Kconfig | 263 +
arch/aarch64/Kconfig.debug| 44 ++
From: Marc Zyngier
This patch adds udelay, memory and bit operations together with the
ksyms exports.
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/bitops.h | 75 ++
This patch introduces several assembly macros and definitions used in
the .S files across arch/aarch64/ like IRQ disabling/enabling, together
with asm-offsets.c.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/asm-offsets.h |1 +
The patch adds the kernel booting and the initial setup code.
Documentation/aarch64/booting.txt describes the booting protocol on the
AArch64 Linux kernel. This is subject to change following the work on
boot standardisation, ACPI.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
From: Will Deacon
If the SHMLBA for a 64-bit applications differs from the SHMLBA for
32-bit (compat) applications, do_shmat() would need to handle both. This
patch introduces COMPAT_SHMLBA which is used only if is_compat_task().
The reason for this patch is that we want SHMLBA to be 64K on
The patch contains the exception entry code (kernel/entry.S), pt_regs
structure and related accessors, undefined instruction trapping and
stack tracing.
AArch64 Linux kernel (including kernel threads) runs in EL1 mode using
the SP1 stack. The vectors don't have a fixed address, only alignment
On AArch64, we want the sys_stat64() and related functions for compat
support but do not need the generic struct stat64, enabled automatically
if __ARCH_WANT_STAT64.
Signed-off-by: Catalin Marinas
Acked-by: Arnd Bergmann
---
fs/stat.c |4 ++--
1 files changed, 2 insertions(+), 2
On 07/06/12 13:30, Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2012 at 11:39:09AM -0700, Stephen Boyd wrote:
>> On 07/05/12 17:24, Paul E. McKenney wrote:
>>> On Thu, Jul 05, 2012 at 04:45:58PM -0700, Stephen Boyd wrote:
@@ -179,7 +184,7 @@ void __ref cpu_die(void)
mb();
Kay Sievers wrote:
> On Fri, Jul 6, 2012 at 12:46 PM, Kay Sievers wrote:
> > On Fri, Jul 6, 2012 at 5:47 AM, Michael Neuling wrote:
> >
> >>> 4,89,24561;NIP: c0048164 LR: c0048160 CTR:
> >>>
> >>> 4,90,24576;REGS: c0007e59fb50 TRAP: 0700 Tainted: G
On Fri, 2012-07-06 at 14:09 -0600, Khalid Aziz wrote:
> On 07/06/2012 01:13 PM, Toshi Kani wrote:
>
> >
> > For step 2) and 4), I am wondering if they are relevant to CPU hotplug
> > these days. In ACPI namespace, a processor object represents a logical
> > processor (or a core when
On Fri, Jul 6, 2012 at 1:48 PM, Peter Zijlstra wrote:
> On Fri, 2012-07-06 at 11:34 -0700, Linus Torvalds wrote:
>> Also, somebody should check. Is the PEBS information *actually* the
>> instruction pointer (address within the code segment), or is it the
>> "linear address" (segment base + rip)?
Hello Linus,
Please pull the following two minor target fixes for v3.5-rc6 from the
usual location here:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
There is really nothing exciting and/or controversial this time around.
There's one fix from MDR for a RCU
Looks fine to me.
Acked-by: Corey Minyard
On 07/06/2012 03:02 PM, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
The legacy PM callbacks provided by the IPMI PCI driver are
empty routines returning 0, so they can be safely dropped.
Signed-off-by: Rafael J. Wysocki
---
On Fri, 2012-07-06 at 11:34 -0700, Linus Torvalds wrote:
> On Fri, Jul 6, 2012 at 11:16 AM, Linus Torvalds
> wrote:
> >
> > If some code then changes the values in the pt_regs, it is *that* code
> > that needs to think twice about what it does. Where is that code?
>
> From a quick grep it looks
On Fri, Jul 06, 2012 at 09:33:38AM -0700, Paul E. McKenney wrote:
> On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote:
> > --- a/arch/x86/Kconfig
> > +++ b/arch/x86/Kconfig
> > @@ -95,6 +95,7 @@ config X86
> > select KTIME_SCALAR if X86_32
> > select
On Mon, Jul 2, 2012 at 2:49 PM, Kamil Grzebien wrote:
> On Mon, Jul 2, 2012 at 6:31 AM, Stanislaw Gruszka wrote:
>> On Sun, Jul 01, 2012 at 07:01:58PM +0100, Kamil Grzebien wrote:
>>> I haven't tried your patch yet, but wanted to share with one thing.
>>> Currently I use new kernel 3.4.3, where
Here's the 006 release of usbutils.
Some USB 3.0 updates, a new usb.ids file update, and a number of other
fixes and updates for annoying problems that people had reported. Full
shortlog information is below if people are curious.
The package can be downladed from kernel.org:
On Wed, 2012-07-04 at 20:07 +0900, OGAWA Hirofumi wrote:
> Please don't add new lock_super() usage if it is not necessary. Almost
> all of lock_super() just replaced lock_kernel() usage. It rather should
> be removed in future. Probably, this should use inode->i_mutex instead.
>
> BTW, the
From: Rafael J. Wysocki
Subject: PM / crypto / ux500: Use struct dev_pm_ops for power management
Make the ux500 crypto driver define its PM callbacks through
struct dev_pm_ops objects rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki
---
On Mon, Jul 2, 2012 at 6:27 PM, Randy Dunlap wrote:
> On 07/02/2012 12:23 AM, Stephen Rothwell wrote:
>> Changes since 20120629:
>
> on i386:
>
> ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
Also on ppc6xx_defconfig
http://kisskb.ellerman.id.au/kisskb/buildresult/6650268/
It
On Fri, Jul 06, 2012 at 11:39:09AM -0700, Stephen Boyd wrote:
> On 07/05/12 17:24, Paul E. McKenney wrote:
> > On Thu, Jul 05, 2012 at 04:45:58PM -0700, Stephen Boyd wrote:
> >> @@ -179,7 +184,7 @@ void __ref cpu_die(void)
> >>mb();
> >>
> >>/* Tell __cpu_die() that this CPU is now safe to
Kay, this needs to be fixed.
Suggested fix: just use the 'seq_printf()' interfaces, which do the
proper buffering, and allow any size reads of various packetized data.
Of course, I'd also suggest that whoever was the genius who thought it
was a good idea to read things ONE F*CKING BYTE AT A TIME
On 07/06/2012 04:04 PM, Lee Schermerhorn wrote:
On Fri, 2012-07-06 at 12:38 -0400, Rik van Riel wrote:
4. Putting a lot of pages in the swap cache ends up allocating
swap space. This means this NUMA migration scheme will only
work on systems that have a substantial amount of memory
Adapt clocks to the new i.mx clock framework and fix the following warning:
[ cut here ]
WARNING: at drivers/clk/clk.c:511 __clk_enable+0x9c/0xac()
Modules linked in:
On Fri, 2012-07-06 at 10:58 -0700, Arjan van de Ven wrote:
> I rather just retire the whole concept of "Experimental".
>
> it's really utterly meaningless in practice anyway.
See Russell King's quick survey in https://lkml.org/lkml/2012/1/18/397 :
almost all defconfigs had CONFIG_EXPERIMENTAL
On 07/06/2012 01:13 PM, Toshi Kani wrote:
For step 2) and 4), I am wondering if they are relevant to CPU hotplug
these days. In ACPI namespace, a processor object represents a logical
processor (or a core when hyper-threading is disabled). A physical
processor (i.e. a socket) usually has
On Fri, 2012-07-06 at 12:38 -0400, Rik van Riel wrote:
> On 03/23/2012 07:50 AM, Mel Gorman wrote:
> > On Fri, Mar 16, 2012 at 03:40:31PM +0100, Peter Zijlstra wrote:
> >> From: Lee Schermerhorn
> >>
> >> This patch adds another mbind() flag to request "lazy migration".
> >> The flag,
From: Rafael J. Wysocki
The legacy PM callbacks provided by the IPMI PCI driver are
empty routines returning 0, so they can be safely dropped.
Signed-off-by: Rafael J. Wysocki
---
drivers/char/ipmi/ipmi_si_intf.c | 16
1 file changed, 16 deletions(-)
Index:
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> >> diff --git a/drivers/net/bonding/bond_main.c
> >> b/drivers/net/bonding/bond_main.c
> >> index 2ee8cf9..818ed64 100644
> >> --- a/drivers/net/bonding/bond_main.c
> >> +++ b/drivers/net/bonding/bond_main.c
> >>
On Fri, 6 Jul 2012 20:45:44 +0300
Jukka Ollila wrote:
> Hello,
>
> A few days ago I filed a kernel regression report concerning a change
> in /proc/kmsg behaviour with short reads:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=44211
>
> The comments suggest that this is probably
commit 50787c0dfcffe9be908994bdd7bb28b1a49192b5
Dave,
Please accept these fixes for the 3.5 stream...
Eliad Peller provides a mac80211 fix to properly clean-up after an
association failure.
Sasha Levin offers an NFC fix to prevent a NULL pointer derference
in llcp_sock_getname.
Thomas Huehn
This patch replaces the usage of simple_strtoul with kstrtoint in
get_int(), since the simple_str* family doesn't account for overflow
and is deprecated.
Also, in this specific case, the long from strtol is silently converted
to an int by the caller.
As Joe Perches suggested, this patch also
Neaten code style in get_int().
Also use sizeof() instead of hard coded number as suggested by
Joe Perches .
Cc: Joe Perches
Signed-off-by: Eldad Zack
---
Resent to include improvements from Joe Perches.
include/linux/sunrpc/cache.h | 14 ++
1 file changed, 10 insertions(+), 4
On Sat, 2012-07-07 at 00:27 +0800, Jiang Liu wrote:
> Hi Toshi,
> I think a better solution here is to send a notification to acpid
> daemon instead of directly ejecting the physical processor in kernel by
> apci hotplug work thread. The daemon should do:
> 1) check whether user policy
On 03/23/2012 07:50 AM, Mel Gorman wrote:
On Fri, Mar 16, 2012 at 03:40:31PM +0100, Peter Zijlstra wrote:
From: Lee Schermerhorn
This patch adds another mbind() flag to request "lazy migration".
The flag, MPOL_MF_LAZY, modifies MPOL_MF_MOVE* such that the selected
pages are simply unmapped
"Serge E. Hallyn" writes:
>> diff --git a/drivers/net/bonding/bond_main.c
>> b/drivers/net/bonding/bond_main.c
>> index 2ee8cf9..818ed64 100644
>> --- a/drivers/net/bonding/bond_main.c
>> +++ b/drivers/net/bonding/bond_main.c
>> @@ -4345,6 +4345,9 @@ static void bond_setup(struct net_device
On Fri, Jul 6, 2012 at 8:55 PM, Greg KH wrote:
> On Fri, Jul 06, 2012 at 08:45:44PM +0300, Jukka Ollila wrote:
>> A few days ago I filed a kernel regression report concerning a change
>> in /proc/kmsg behaviour with short reads:
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=44211
> I think
On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
Reasonable idea, but we need something else than a blind
unmap and add to swap space, which requires people to run
with gigantic amounts of swap space they will likely never
use.
I suspect that Andrea's _PAGE_NUMA stuff could be implemented
using
Dilip Daya writes:
> Hi Eric,
> We do need to move bonds between namespaces - because we require
> physical interfaces in each namespace -- we don't want the overheads of
> virtual interfaces, don't have the management infrastructure, and don't
> want to manufacture fake mac addresses that
On 07/05/12 17:24, Paul E. McKenney wrote:
> On Thu, Jul 05, 2012 at 04:45:58PM -0700, Stephen Boyd wrote:
>> @@ -179,7 +184,7 @@ void __ref cpu_die(void)
>> mb();
>>
>> /* Tell __cpu_die() that this CPU is now safe to dispose of */
>> -complete(_died);
>> +
On Fri, Jul 06, 2012 at 01:59:48PM -0400, Chris Metcalf wrote:
> On 7/6/2012 1:36 PM, Greg KH wrote:
> > On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
> >> This change adds support for accessing the USB shim from within the
> >> kernel. Note that this change by itself does not
On Fri, Jul 6, 2012 at 11:16 AM, Linus Torvalds
wrote:
>
> If some code then changes the values in the pt_regs, it is *that* code
> that needs to think twice about what it does. Where is that code?
>From a quick grep it looks like it is __intel_pmu_pebs_event() that does this.
THAT is where you
On Saturday 2012-06-30 01:12, Vincent Sanders wrote:
Firstly it is intended is an interprocess mechanism and not to rely on
a configured IP system, indeed one of its primary usages is to
provide mechanism for various tools to set up IP networking.
Using IP as a localhost IPC is not uncommon
On Fri, Jul 06, 2012 at 02:50:08PM +0530, Yadwinder Singh Brar wrote:
> Now of_regulator_match() returns without finding the match if match->of_node
> is not NULL.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jul 6, 2012 at 11:12 AM, Peter Zijlstra wrote:
>
> PEBS, BTS, LBR don't have CS. PEBS does have eflags.
>
> If we cannot do this I'm not sure what we can do :/
Well, you're passed in a "pt_regs". Which *does* have CS, and has it right.
If some code then changes the values in the
It is inode oriented. Makes it a pain to work with, but that's how it
is. Sorry!
On Fri, Jun 29, 2012 at 10:06 AM, Pierre PEIFFER
wrote:
> Hi,
>
> By playing with inotify (on user side) to know whether the file I'm using is
> deleted by someone else, I have noted that I do not receive the
>
On Mon, 2012-06-25 at 19:46 +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Don't do free_chunk() after fsnotify_add_mark(). That one does a delayed
> unref
> via the destroy list and this results in use-after-free.
>
> Signed-off-by: Miklos Szeredi
> CC: sta...@vger.kernel.org
Al,
On Mon, 2012-06-25 at 19:46 +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Refcounting of fsnotify_mark in audit tree is broken. E.g:
>
> refcount
> create_chunk
> alloc_chunk 1
> fsnotify_add_mark 2
>
> untag_chunk
>
On 07/06/2012 07:27 AM, Marcelo Tosatti wrote:
> On Thu, Jul 05, 2012 at 09:37:00AM -0400, Prarit Bhargava wrote:
>>
>>
>> On 07/05/2012 09:26 AM, Avi Kivity wrote:
>>> Please copy at least k...@vger.kernel.org, and preferably Marcelo as well
>>> (the other kvm co-maintainer).
>>>
>>>
>>
>>
On Mon, 2012-06-25 at 19:46 +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Drop the initial reference by fsnotify_init_mark early instead of
> audit_tree_freeing_mark() at destroy time.
>
> In the cases we destroy the mark before we drop the initial reference we need
> to
> get rid of
On Tue, Jun 19, 2012 at 04:51:04PM -0400, Rik van Riel wrote:
> On Wed, 20 Jun 2012 01:50:50 +0530
> Raghavendra K T wrote:
>
> >
> > In ple handler code, last_boosted_vcpu (lbv) variable is
> > serving as reference point to start when we enter.
>
> > Also statistical analysis (below) is
On Sat, Jun 02, 2012 at 11:30:23AM +0800, Jiang Liu wrote:
> ... address range 0xfed98000-0xfed9 has been reserved by motherboard
> device(PNP0C02). I guess that BIOS has assigned address "0xfed98000" to
> :00:04.0 for thermal management functionality. The BAR0 of
> :00:04.0 may be
On Fri, 2012-07-06 at 09:29 -0700, Linus Torvalds wrote:
> On Thu, Jul 5, 2012 at 11:20 PM, tip-bot for Peter Zijlstra
> wrote:
> >
> > Several perf interrupt handlers (PEBS,IBS,BTS) re-write regs->ip but
> > do not update the segment registers. So use an regs->ip based test
> > instead of an
Em Fri, Jul 06, 2012 at 10:02:18AM -0600, David Ahern escreveu:
> +++ b/tools/perf/builtin-lock.c
> @@ -877,6 +877,9 @@ static int read_events(void)
> if (!session)
> die("Initializing perf session failed\n");
>
> + if (!perf_session__has_traces(session, "lock record"))
>
On Fri, Jul 06, 2012 at 02:13:12PM +0530, Laxman Dewangan wrote:
> There is multiple voltage input pins on device which
> takes the voltage input for different voltage regulator.
> Support to configure the voltage input supplied by
> different regulator for each regulators.
Applied, thanks.
On Fri, Jul 06, 2012 at 05:02:55PM +0530, Yadwinder Singh Brar wrote:
> + regulator_name {
> + regulator-compatible = LDOn/BUCKn
Trivial thing but this should really have "" as it's a string. But
people will probably figure that out.
Reviwed-by: Mark Brown
signature.asc
On 07/06/2012 06:49 AM, James Bottomley wrote:
> The elections for five of the ten members of the Linux Foundation
> Technical Advisory Board[TAB] are held every year. Currently the
> election will be at the 2011 Kernel Summit at one of the Joint events
> (probably on the Wednesday 29 August) and
Hi Serge,
On Fri, 2012-07-06 at 17:05 +, Serge E. Hallyn wrote:
> Quoting Eric W. Biederman (ebied...@xmission.com):
> > "Serge E. Hallyn" writes:
> >
> > > Quoting Dilip Daya (dilip.d...@hp.com):
> > >> Hi,
> > >>
> > >> I'd discussed the following with Serge Hallyn.
> > >>
> > >> =>
On Thu, Jul 05, 2012 at 10:09:17PM +0200, Wolfram Sang wrote:
> Hi Grant,
> > the next merge window, and quite possibly the next window. Since you
> > three have agreed to co-maintain those subsystems with me, can you
> > please take a look at the patches that have been posted, pick up the
> >
Hi Eric,
On Thu, 2012-07-05 at 17:41 -0700, Eric W. Biederman wrote:
> "Serge E. Hallyn" writes:
>
> > Quoting Dilip Daya (dilip.d...@hp.com):
> >> Hi,
> >>
> >> I'd discussed the following with Serge Hallyn.
> >>
> >> => Environment based on 3.2.18 / x86_64 kernel.
> >> => WARNING: at
On 7/6/2012 1:36 PM, Greg KH wrote:
> On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
>> This change adds support for accessing the USB shim from within the
>> kernel. Note that this change by itself does not allow the kernel
>> to act as a host or as a device; it merely exposes
On 7/6/2012 10:57 AM, Jean Delvare wrote:
> Hi Randy,
>
> Le vendredi 06 juillet 2012 à 10:23 -0700, Randy Dunlap a écrit :
>> On 07/06/2012 07:08 AM, Jean Delvare wrote:
>>
>>> This feature has been around for over 5 years now, so I presume it is
>>> no longer considered experimental.
>>>
>>>
Hi Randy,
Le vendredi 06 juillet 2012 à 10:23 -0700, Randy Dunlap a écrit :
> On 07/06/2012 07:08 AM, Jean Delvare wrote:
>
> > This feature has been around for over 5 years now, so I presume it is
> > no longer considered experimental.
> >
> > Signed-off-by: Jean Delvare
> > Cc: Ingo Molnar
Hi Sjur,
On Fri, Jul 6, 2012 at 12:18 PM, Sjur BRENDELAND
wrote:
> The simple story is that when Host writes a bit indicated with TX-mask
> it generates an interrupt on the modem-side. And likewise when the
> modem writes a bit indicated with RX mask the Host will receive an
> interrupt.
Ok,
On Fri, Jul 06, 2012 at 08:45:44PM +0300, Jukka Ollila wrote:
> Hello,
>
> A few days ago I filed a kernel regression report concerning a change
> in /proc/kmsg behaviour with short reads:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=44211
>
> The comments suggest that this is probably
Em Fri, Jul 06, 2012 at 11:17:41AM -0600, David Ahern escreveu:
> On 7/6/12 11:14 AM, Arnaldo Carvalho de Melo wrote:
> >Em Fri, Jul 06, 2012 at 10:02:18AM -0600, David Ahern escreveu:
> >>+++ b/tools/perf/builtin-lock.c
> >>@@ -877,6 +877,9 @@ static int read_events(void)
> >>if (!session)
>
Hello,
A few days ago I filed a kernel regression report concerning a change
in /proc/kmsg behaviour with short reads:
https://bugzilla.kernel.org/show_bug.cgi?id=44211
The comments suggest that this is probably intentional, but that it
would be best make sure that the current semantics wrt
On Wed, Jun 27, 2012 at 06:01:39PM +0200, Claudio Scordino wrote:
> Hi Olav,
>
> please find below a patch for the isp1362-hcd.c driver to always
> save the message in case of underrun. More information is provided
> inside the patch comment. Let us know if you need any further
>
Hi Lee,
On Fri, Jul 06, 2012 at 08:52:43AM +0100, Lee Jones wrote:
> Sorry Dmitry, looks like I missed you off of the CC list on this one.
>
> Here it is again:
>
> Before we can use any domain allocated IRQ, we need to first create a
> map between the Hardware IRQ (hwirq) and the Linux Virtual
On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
> This change adds support for accessing the USB shim from within the
> kernel. Note that this change by itself does not allow the kernel
> to act as a host or as a device; it merely exposes the built-in on-chip
> hardware to the
New Defect found by Coverity Scan based on code change in last 1.5 week
Defect Summary
** CID 200075: Free of array-typed value (BAD_FREE.array)
/linux/fs/splice.c: 317
Alexander Viro
** CID 709210: Self assignment
On Fri, Jul 06, 2012 at 09:50:50PM +0800, gaosen wrote:
> >From 86fcd5bb701bd927d588386c480c37784d10040a Mon Sep 17 00:00:00 2001
> From: Gaosen Zhang
> Date: Fri, 6 Jul 2012 21:44:10 +0800
> Subject: [PATCH 1/1] USB: option: Add MEDIATEK product ids
>
>
> Signed-off-by: Gaosen Zhang
> ---
>
On 07/06/2012 05:50 PM, gaosen wrote:
> From 86fcd5bb701bd927d588386c480c37784d10040a Mon Sep 17 00:00:00 2001
> From: Gaosen Zhang
> Date: Fri, 6 Jul 2012 21:44:10 +0800
> Subject: [PATCH 1/1] USB: option: Add MEDIATEK product ids
> Signed-off-by: Gaosen Zhang
> ---
>
On Fri, Jul 06, Jan Beulich wrote:
> > Could it be that some code tweaks the stack content used by decompress()
> > in some odd way? But that would most likely lead to a crash, not to
> > unexpected uncompressing results.
>
> Especially if the old and new kernel are using the exact same
> image,
The USB TrackPoint name string contains a space at the trailing end that
can cause confusion/difficulty when creating udev rules. Example:
"Synaptics Inc. Composite TouchPad / TrackPoint (Stick) "
This patch removes the trailing space.
Signed-off-by: Bob Ross
---
This patch was based from
What config options need to be enabled for 'perf lock record' to work? I
tried a number of custom builds and stock Fedora kernels. I always get:
$ perf lock record -- sleep 1
invalid or unsupported event: 'lock:lock_acquire'
Though trace_lock_acquire exists, CONFIG_LOCKDEP is set, and ftrace
On Fri, 2012-07-06 at 18:20 +0100, Mark Brown wrote:
> Since DT doesn't provide an idiomatic mechanism for enabling full
> constraints and since it's much more natural with DT to provide them
> just assume that a DT enabled system has full constraints.
>
> Signed-off-by: Mark Brown
Acked-by:
On Fri, Jul 06, 2012 at 05:45:56PM +0400, Stanislav Kinsbursky wrote:
> This is a bug fix for 3.5 kernel.
> In case on NFSd service start failure svc_shutdown_net() will call svc_destroy
> callback and zeroize global nfsd_serv pointer, this in turn will lead to Oops
> in svc_destroy().
>
> This
On Friday, July 06, 2012, Dave Hansen wrote:
> On 07/06/2012 10:23 AM, Rafael J. Wysocki wrote:
> > OK, this looks good to me. Queuing up in the linux-next branch of the
> > linux-pm.git tree. If no problems with it are reported, I'll move it to the
> > pm-cpuidle branch in a couple of days.
>
On 07/06/2012 07:08 AM, Jean Delvare wrote:
> This feature has been around for over 5 years now, so I presume it is
> no longer considered experimental.
>
> Signed-off-by: Jean Delvare
> Cc: Ingo Molnar
> Cc: Arjan van de Ven
> Cc: Andi Kleen
> ---
> Or is there any reason to still consider
On 07/06/2012 10:23 AM, Rafael J. Wysocki wrote:
> OK, this looks good to me. Queuing up in the linux-next branch of the
> linux-pm.git tree. If no problems with it are reported, I'll move it to the
> pm-cpuidle branch in a couple of days.
I've got this running on the problem hardware. It
Since DT doesn't provide an idiomatic mechanism for enabling full
constraints and since it's much more natural with DT to provide them
just assume that a DT enabled system has full constraints.
Signed-off-by: Mark Brown
---
drivers/regulator/core.c |9 +
1 file changed, 9
On 7/6/12 11:17 AM, Arnaldo Carvalho de Melo wrote:
Can you please state for what branch, perf/urgent (i.e. current merge
window) or perf/core (next), this is intended? I usually have been
making the call, but having feedback from the submitter can help things
and help meet expectations more
On Friday, July 06, 2012, preeti wrote:
>
> From: Preeti U Murthy
>
> On certain bios,resume hangs if cpus are allowed to enter idle states
> during suspend[1]
>
> This was fixed in apci idle driver[2].But intel_idle driver does not
> have this fix.Thus instead of replicating the fix in both
On 7/6/12 11:14 AM, Arnaldo Carvalho de Melo wrote:
Em Fri, Jul 06, 2012 at 10:02:18AM -0600, David Ahern escreveu:
+++ b/tools/perf/builtin-lock.c
@@ -877,6 +877,9 @@ static int read_events(void)
if (!session)
die("Initializing perf session failed\n");
+ if
Em Thu, Jul 05, 2012 at 10:09:22PM -0600, David Ahern escreveu:
> A number of builtin commands process some user args and then pass the rest
> to cmd_record. cmd_record then saves argc/argv that it receives into the
> header of the perf data file. But this loses the arguments handled by the
>
On Fri, 13 Apr 2012, Gustavo Padovan wrote:
Gustavo,
Sorry it took a long time to locate the hardware to get this info, I got
this info from one our QA engg cced here. Do you want me to resubmit the
patch ?
Before the patch
=
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2
On Fri, Jul 6, 2012 at 5:49 PM, Dave Airlie wrote:
> On Fri, Jul 6, 2012 at 3:48 PM, Fengguang Wu wrote:
>> ... The missed kconfig.
>>
>> On Fri, Jul 06, 2012 at 10:46:22PM +0800, Fengguang Wu wrote:
>>> Hi Thomas,
>
> Wierd, I'm sorta tempted to just depend drm on CONFIG_PROC_FS, but it
> looks
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> > Quoting Dilip Daya (dilip.d...@hp.com):
> >> Hi,
> >>
> >> I'd discussed the following with Serge Hallyn.
> >>
> >> => Environment based on 3.2.18 / x86_64 kernel.
> >> => WARNING: at fs/proc/generic.c:808
On Fri, Jul 06, 2012 at 11:57:44PM +0700, Yuri Khan wrote:
> On Fri, Jul 6, 2012 at 11:32 PM, Yuri Khan wrote:
>
> > When I add a usbhid option quirks=0x0738:0x4540:0x4 (so that usbhid does
> > not attempt to handle this device) and rebuild the xpad module with the
> > following patch, the
101 - 200 of 500 matches
Mail list logo