On 7 sep. 2013, at 04:44, Josh Boyer wrote:
> We enabled CONFIG_KERNEL_MODE_NEON on the armv7hl builds we're doing.
> It builds for a while, but eventually fails when running modpost on
> the xor.ko module:
>
> ERROR: "xor_block_neon_inner" [crypto/xor.ko] undefined!
> make[1]: ***
This patch proposes to remove the IRQF_DISABLED flag from m68k architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/m68k/include/asm/floppy.h | 2 +-
arch/m68k/include/asm/sun3xflop.h | 2 +-
This patch proposes to remove the IRQF_DISABLED flag from FRV architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/frv/kernel/irq-mb93091.c | 8
arch/frv/kernel/irq-mb93093.c | 2 +-
arch/frv/kernel/irq-mb93493.c | 4
This patch proposes to remove the IRQF_DISABLED flag from
drivers/net/ethernet/korina.c
It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
drivers/net/ethernet/korina.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Rob Gittins, on 09/04/2013 02:54 PM wrote:
> Non-volatile DIMMs have started to become available. A NVDIMMs is a
> DIMM that does not lose data across power interruptions. Some of the
> NVDIMMs act like memory, while others are more like a block device
> on the memory bus. Application uses vary
On Fri, 6 Sep 2013, beh...@converseincode.com wrote:
> From: Behan Webster
>
> The existing code uses named registers to get the value of the stack pointer.
> The new current_stack_pointer macro is more readable and allows for a central
> portable implementation of how to get the stack pointer
This patch proposes to remove the IRQF_DISABLED flag from
drivers/cdrom/gdrom.c.
It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
drivers/cdrom/gdrom.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/cdrom/gdrom.c
On Fri, 6 Sep 2013, David Howells wrote:
> James Morris wrote:
>
> > > Could you pull these patches into the security tree? They're based on
> > > your
> > > next branch.
> >
> > This missed the merge for 3.12. Do you want me to queue the changes up,
> > or do you want to send a pull
On 09/06/2013 12:01 PM, Stephen Warren wrote:
On 09/06/2013 12:53 AM, Tero Kristo wrote:
On 09/05/2013 11:30 PM, Stephen Warren wrote:
...
1)
At least for large SoCs (rather than e.g. a simple clock generator
chip/crystal with 1 or 2 outputs), clock drivers need a *lot* of data.
We can
On Fri, 6 Sep 2013 14:39:23 -0400 Benjamin LaHaise wrote:
> Please consider pulling the following changes from my aio-next tree at:
>
> git://git.kvack.org/~bcrl/aio-next.git
>
> which covers changes since commit 47188d39b5deeebf41f87a02af1b3935866364cf.
I don't do git pulls ;) Please
Hi Linus:
Here is the crypto update for 3.12:
* Added MODULE_SOFTDEP to allow pre-loading of modules.
* Reinstated crct10dif driver using the module softdep feature.
* Allow via rng driver to be auto-loaded.
* Split large input data when necessary in nx.
* Handle zero length messages correctly
Corrected the functions spelling mistake in the OMAP4 SMP source file.
Signed-off-by: Anoop Thomas Mathew
---
arch/arm/mach-omap2/omap-smp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap-smp.c b/arch/arm/mach-omap2/omap-smp.c
index
On 09/03/2013 11:58 AM, Randy Dunlap wrote:
> On 09/03/13 01:29, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20130902:
>>
>
> on i386, when
> CONFIG_SMP is not enabled
> CONFIG_X86_UP_APIC is not enabled
>
> arch/x86/built-in.o:(.data+0x540): undefined reference to
>
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. You will get a new driver
for slidebar on Ideapad laptops and a
On Fri, Sep 06, 2013 at 06:00:29PM -0700, Linus Torvalds wrote:
> On Fri, Sep 6, 2013 at 5:58 PM, Dmitry Torokhov
> wrote:
> >
> > The patch still had problems so I'd revert it and wii bits and try again
> > later.
>
> Ok. Mind giving me a list of commits, so that I don't have to do a
>
Mostly Miklos' series this time. Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (1):
constify dcache.c inlined helpers where possible
Anand Avati (1):
fuse: drop dentry on failed revalidate
Miklos Szeredi (10):
On Fri, Sep 06, 2013 at 05:58:51PM -0700, Linus Torvalds wrote:
> On Fri, Sep 6, 2013 at 5:19 PM, Linus Torvalds
> wrote:
> >
> > (We're bounded in practice by PATH_MAX, so you can't make getcwd()
> > traverse more than about 2000 parents (single character filename plus
> > the slash for each
Hi,
We enabled CONFIG_KERNEL_MODE_NEON on the armv7hl builds we're doing.
It builds for a while, but eventually fails when running modpost on
the xor.ko module:
ERROR: "xor_block_neon_inner" [crypto/xor.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
I tried adding
On 09/06/2013 07:09 PM, Artem Savkov wrote:
> On Fri, Sep 06, 2013 at 03:26:18PM +0800, Baoquan He wrote:
>> [ 30.438555] [ cut here ]
>> [ 30.443385] kernel BUG at include/linux/pagemap.h:343!
> Seems to be the same one I reported here:
>
On 09/06/2013 04:52 PM, Linus Torvalds wrote:
On Fri, Sep 6, 2013 at 9:08 AM, Waiman Long wrote:
This patch will replace the writer's write_seqlock/write_sequnlock
sequence of the rename_lock of the callers of the prepend_path() and
__dentry_path() functions with the reader's
Current acpi tables in initrd is limited to 10, that is too small.
64 should be good enough as we have 35 sigs and could have several
SSDT.
Two problems in current code prevent us from increasing limit:
1. that cpio file info array is put in stack, as every element is 32
bytes, could run out
Current code use MACRO to have shift to set to 5, but there is not
explanation about selection.
Add comment about why we are using 5.
Also add explanation that we don't need to worry about overflow
on 32bit.
-v3: According to Ingo, update changelog and comments.
Signed-off-by: Yinghai Lu
---
* Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
> On Fri, Sep 06, 2013 at 02:21:35PM -0400, Steven Rostedt wrote:
> > On Fri, 6 Sep 2013 10:52:38 -0700
> > "Paul E. McKenney" wrote:
> >
> > > > What exactly does "extended quiescent state" mean? (Note, that's a
> > > > rhetorical question)
On Fri, Sep 6, 2013 at 5:58 PM, Dmitry Torokhov
wrote:
>
> The patch still had problems so I'd revert it and wii bits and try again
> later.
Ok. Mind giving me a list of commits, so that I don't have to do a
trial-and-error thing? I know the primary commit that causes problems,
but there are
On Fri, Sep 6, 2013 at 5:19 PM, Linus Torvalds
wrote:
>
> (We're bounded in practice by PATH_MAX, so you can't make getcwd()
> traverse more than about 2000 parents (single character filename plus
> the slash for each level), and for all I know filesystems might cap it
> before that, so it's not
Linus Torvalds wrote:
>On Fri, Sep 6, 2013 at 2:50 PM, David Herrmann
>wrote:
>> Hi
>>
>> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
>>>
>>> commit 61e00655e9cb82e034eb72b95a51072e718d14a7
>>> Author: David Herrmann
>>> Date: Mon Aug 26 19:14:46 2013 +0200
>>>
>>> Input:
On Fri, Sep 06, 2013 at 02:21:35PM -0400, Steven Rostedt wrote:
> On Fri, 6 Sep 2013 10:52:38 -0700
> "Paul E. McKenney" wrote:
>
> > > What exactly does "extended quiescent state" mean? (Note, that's a
> > > rhetorical question)
> >
> > In which case my rhetorical (and therefore useless)
On Fri, Sep 6, 2013 at 5:30 PM, Tyler Hicks wrote:
> On 2013-08-13 15:02:27, Kees Cook wrote:
>> It might be possible for two callers to race the mutex lock after the
>> NULL ctx check. Instead, move the lock above the check so there isn't
>> the possibility of leaking a crypto ctx. Additionally,
On 2013-08-13 15:02:27, Kees Cook wrote:
> It might be possible for two callers to race the mutex lock after the
> NULL ctx check. Instead, move the lock above the check so there isn't
> the possibility of leaking a crypto ctx. Additionally, report the full
> algo name when failing.
>
>
On Tue, Sep 03, 2013 at 03:16:07PM -0700, Paul E. McKenney wrote:
> On Tue, Sep 03, 2013 at 11:11:01PM +0200, Tibor Billes wrote:
> > > From: Paul E. McKenney Sent: 08/30/13 03:24 AM
> > > On Tue, Aug 27, 2013 at 10:05:42PM +0200, Tibor Billes wrote:
> > > > From: Paul E. McKenney Sent: 08/26/13
Hi Mark, Stephen and Pawel,
On 03-09-2013 09:15, Mark Rutland wrote:
> On Fri, Aug 30, 2013 at 12:19:43AM +0100, Eduardo Valentin wrote:
> I think that the above can describe that, but I'd like to see a binding
> document so we can consider it in more detail.
Find below another proposal. It
On Fri, Sep 6, 2013 at 5:00 PM, Al Viro wrote:
>
> Er... what will happen if you have done just what you've described and have
> a process call d_lookup()?
Umm. Yes?
What part of "one single path component" did you not get?
To repeat: d_lookup() NEVER LOOKS UP A WHOLE PATHNAME. It looks up
On Friday, September 06, 2013 10:24:46 AM Lan Tianyu wrote:
> Using ACPI resource functions to convert ACPI resource to generic resource
> instead of resource_to_addr(). Remove resource_to_addr().
Apart from the Bjorn's comment that this should be done for ia64 too,
it looks OK to me.
Thanks,
On Friday, September 06, 2013 10:24:45 AM Lan Tianyu wrote:
> Make acpi_dev_resource_address_space() to accept struct
> acpi_resource_address64 as param and rename it to *_with_addr.
I'd prefer acpi_dev_resource_address_space_full() or something like this.
Apart from this it is fine by me.
On Friday, September 06, 2013 10:24:44 AM Lan Tianyu wrote:
> According ACPI 5.0 spec Section 19.1.8
> "For bridges, translate addresses across the bridge, this is the
> offset that must be added to the address on the secondary side
> to obtain the address on the primary side. Non-bridge devices
>
On Friday, September 06, 2013 10:24:43 AM Lan Tianyu wrote:
> This patch is to check mem address space's acpi resource caching ability
> and set prefetch flag of struct resource if it's prefetchable.
>
> Signed-off-by: Lan Tianyu
Looks good to me.
Thanks,
Rafael
> ---
>
On Fri, Sep 06, 2013 at 02:48:32PM -0700, Linus Torvalds wrote:
> On Fri, Sep 6, 2013 at 2:05 PM, Al Viro wrote:
> >
> > I can take that, but I'm really not convinced that we need writer lock
> > there at all. After all, if we really can get livelocks on that one,
> > we would be getting them on
On Fri, Sep 6, 2013 at 2:50 PM, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
>>
>> commit 61e00655e9cb82e034eb72b95a51072e718d14a7
>> Author: David Herrmann
>> Date: Mon Aug 26 19:14:46 2013 +0200
>>
>> Input: introduce BTN/ABS bits for drums and
On Friday, September 06, 2013 09:36:08 AM Alex Williamson wrote:
> On Fri, 2013-09-06 at 15:42 +0200, Rafael J. Wysocki wrote:
> > On Friday, September 06, 2013 01:36:28 AM Rafael J. Wysocki wrote:
> > > On Thursday, September 05, 2013 05:08:03 PM Alex Williamson wrote:
> > > > On Fri, 2013-09-06
On Friday, September 06, 2013 08:46:28 AM Yinghai Lu wrote:
> On Fri, Sep 6, 2013 at 6:43 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Sometimes we may get a spurious device check or bus check notify for
> > a hotplug device and in those cases we should avoid doing all of the
Hi,
I've tracked down a race condition and ref counting problem in the
crypto API internals. We've been seeing it under Chrome OS, but it
seems it's not isolated to just us:
https://code.google.com/p/chromium/issues/detail?id=244581
http://marc.info/?l=linux-crypto-vger=135429403609373=2
This adds a driver for touchscreens using the zforce infrared
technology from Neonode connected via i2c to the host system.
It supports multitouch with up to two fingers and tracking of the
contacts in hardware.
Signed-off-by: Heiko Stuebner
---
changes since v1:
- address comments from Dmitry
On Sat, Sep 07, 2013 at 12:51:27AM +0200, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 11:59 PM, Markus Trippelsdorf
> wrote:
> > On 2013.09.06 at 23:50 +0200, David Herrmann wrote:
> >> Hi
> >>
> >> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
> >> wrote:
> >> > On 2013.09.06
From: Stephen Warren
rtc-tps6586x calls enable/disable_irq_wake() during suspend/resume. Since
the main tps6586x irq_chip doesn't implement .irq_set_wake, this causes
the RTC's enable_irq_wake() to fail, and the disable_irq_wake() to spew a
WARN about unbalanced wake disable. Solve this by
On 09/06/2013 05:11 PM, Greg Kroah-Hartman wrote:
On Fri, Sep 06, 2013 at 04:23:16PM -0600, Shuah Khan wrote:
On 09/06/2013 12:46 PM, Greg Kroah-Hartman wrote:
On Fri, Sep 06, 2013 at 11:47:01AM -0600, Shuah Khan wrote:
On 09/05/2013 02:28 PM, Greg Kroah-Hartman wrote:
This is the start of
On Fri, Sep 06, 2013 at 04:23:16PM -0600, Shuah Khan wrote:
> On 09/06/2013 12:46 PM, Greg Kroah-Hartman wrote:
> >On Fri, Sep 06, 2013 at 11:47:01AM -0600, Shuah Khan wrote:
> >>On 09/05/2013 02:28 PM, Greg Kroah-Hartman wrote:
> >>>This is the start of the stable review cycle for the 3.4.61
On Fri, Sep 06, 2013 at 12:06:21PM -0400, Tejun Heo wrote:
> Hello, Bjorn.
>
> On Fri, Sep 06, 2013 at 10:01:38AM -0600, Bjorn Helgaas wrote:
> > Sorry, I haven't jumped in here yet because I saw your discussion and
> > was hoping you guys would figure something out without my help. It
> > will
Hi
On Fri, Sep 6, 2013 at 11:59 PM, Markus Trippelsdorf
wrote:
> On 2013.09.06 at 23:50 +0200, David Herrmann wrote:
>> Hi
>>
>> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
>> wrote:
>> > On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
>> >>
>> >> David Herrmann (12):
>> > ...
>> >>
On Fri, Sep 6, 2013 at 3:51 AM, Jiri Kosina wrote:
> On Wed, 28 Aug 2013, Bjorn Helgaas wrote:
>
>> [+cc another email addr for Adam from git logs]
>
> Thanks. Adam, would you happen to have any possible explanation /
> background?
>
>> >> > Commit d5dea7d95 ("PCI: msi: Disable msi interrupts
beh...@converseincode.com writes:
> From: Behan Webster
>
> The existing code uses named registers to get the value of the stack pointer.
> The new current_stack_pointer macro is more readable and allows for a central
> portable implementation of how to get the stack pointer with ASM. This
On Fri, Sep 06, 2013 at 05:28:08PM -0400, beh...@converseincode.com wrote:
> From: Behan Webster
>
> The existing code uses named registers to get the value of the stack pointer.
> The new current_stack_pointer macro is more readable and allows for a central
> portable implementation of how to
On Fri, Sep 06, 2013 at 05:28:07PM -0400, beh...@converseincode.com wrote:
> From: Behan Webster
>
> A macro to get the current stack pointer which allows for a single place in
> which to do so with ASM. Before this named registers (a gcc extension) was
> used
> to get the stack pointer. Using
On Thu, Sep 05, 2013 at 03:55:25PM +0800, Yijing Wang wrote:
> v1->v2: use pcie_get/set_readrq to simplify code
> a lot suggestd by Bjorn.
>
> Use pcie_get_readrq()/pcie_set_readrq() to simplify
> code.
>
> Signed-off-by: Yijing Wang
> Cc: Jiang Liu
> Cc: Anil Gurumurthy
> Cc: Vijaya Mohan
On 09/06/2013 12:46 PM, Greg Kroah-Hartman wrote:
On Fri, Sep 06, 2013 at 11:47:01AM -0600, Shuah Khan wrote:
On 09/05/2013 02:28 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.61 release.
There are 14 patches in this series, all will be posted as a
beh...@converseincode.com writes:
> +#define current_stack_pointer ({ \
> + unsigned long current_sp; \
> + asm ("mov %0, r13" : "=r" (current_sp)); \
> + current_sp; \
> +})
Why do you use 'r13' rather than the more common 'sp' alias?
--
Måns Rullgård
m...@mansr.com
--
To
On Fri, Sep 06, 2013 at 05:42:41PM -0400, beh...@converseincode.com wrote:
> From: Behan Webster
>
> Use the frame pointer to calculate the end of the stack for current_pt_regs()
> The existing code uses the stack pointer to do this calculation.
> Using the frame pointer yeilds the same value in
Hi,
Some comments below.
On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
> This patch adds basic board support for APQ8074 Dragonboard
> which belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
>
> Signed-off-by: Rohit Vaswani
> ---
>
On Fri, 2013-09-06 at 12:04 -0700, Greg Kroah-Hartman wrote:
> On Fri, Sep 06, 2013 at 11:41:03AM -0700, Sudeep Dutt wrote:
> > On Thu, 2013-09-05 at 22:01 -0700, Greg Kroah-Hartman wrote:
> > > On Thu, Sep 05, 2013 at 04:41:55PM -0700, Sudeep Dutt wrote:
> > > > +What:
On Thu, Sep 5, 2013 at 1:27 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.10.11 release.
> There are 36 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On 2013.09.06 at 23:50 +0200, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
> wrote:
> > On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
> >>
> >> David Herrmann (12):
> > ...
> >> HID: wiimote: add support for Guitar-Hero drums
> >
> > commit
Someone might be interested ... kernel 2e032852245b3dcfe5461d7353e34eb6da095ccf.
[0.00] Linux version 3.11.0-main+ (k...@linux-ktth.site) (gcc version
4.7.2 20130108 [gcc-4_7-branch revision 195012] (SUSE Linux) ) #34 PREEMPT Fri
Sep 6 09:46:35 CEST 2013
[2.258908] Linux agpgart
On Fri, Sep 06, 2013 at 03:08:06PM -0700, Olof Johansson wrote:
> On Thu, Sep 5, 2013 at 1:27 PM, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 3.10.11 release.
> > There are 36 patches in this series, all will be posted as a response
> > to this one. If
Hi
On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
wrote:
> On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
>>
>> David Herrmann (12):
> ...
>> HID: wiimote: add support for Guitar-Hero drums
>
> commit 61e00655e9cb82e034eb72b95a51072e718d14a7
> Author: David Herrmann
> Date:
On Fri, Sep 6, 2013 at 2:05 PM, Al Viro wrote:
>
> I can take that, but I'm really not convinced that we need writer lock
> there at all. After all, if we really can get livelocks on that one,
> we would be getting them on d_lookup()...
d_lookup() does a _single_ path component. That's a *big*
From: Behan Webster
Use the frame pointer to calculate the start of the stack for
current_thread_info()
The existing code uses the stack pointer to do this calculation.
Using the frame pointer yeilds the same value in a portable way.
This change supports being able to compile the kernel with
From: Behan Webster
The LLVMLinux Project is working to be able to build the Linux kernel with
clang/LLVM. With the release of LLVM 3.3 clang is now able to compile the Linux
kernel with a number of small patches (available from the LLVMLinux git repo).
Use the frame pointer to calculate the
From: Behan Webster
Use the frame pointer to calculate the end of the stack for current_pt_regs()
The existing code uses the stack pointer to do this calculation.
Using the frame pointer yeilds the same value in a more portable way.
This change supports being able to compile the kernel with gcc
From: Behan Webster
The LLVMLinux Project is working to be able to build the Linux kernel with
clang/LLVM. With the release of LLVM 3.3 clang is now able to compile the Linux
kernel with a number of small patches (available from the LLVMLinux git repo).
Use the frame pointer to calculate the
From: Behan Webster
A macro to get the current stack pointer which allows for a single place in
which to do so with ASM. Before this named registers (a gcc extension) was used
to get the stack pointer. Using ASM is a more portable way of getting the stack
pointer which works with both gcc and
From: Behan Webster
The existing code uses named registers to get the value of the stack pointer.
The new current_stack_pointer macro is more readable and allows for a central
portable implementation of how to get the stack pointer with ASM. This change
supports being able to compile the kernel
From: Behan Webster
The existing code uses named registers to get the value of the stack pointer.
The new current_stack_pointer macro is more readable and allows for a central
portable implementation of how to get the stack pointer with ASM. This change
supports being able to compile the kernel
From: Behan Webster
The existing code uses named registers to get the value of the stack pointer.
The new current_stack_pointer macro is more readable and allows for a central
portable implementation of how to get the stack pointer with ASM. This change
supports being able to compile the kernel
From: Behan Webster
The existing code uses named registers to get the value of the stack pointer.
The new current_stack_pointer macro is more readable and allows for a central
portable implementation of how to get the stack pointer with ASM. This change
supports being able to compile the kernel
From: Behan Webster
The LLVMLinux Project is working to be able to build the Linux kernel with
clang/LLVM. With the release of LLVM 3.3 clang is now able to compile the Linux
kernel with a number of small patches (available from the LLVMLinux git repo).
These patches add a macro to get the
On Fri, Sep 06, 2013 at 01:31:57PM -0700, Stephen Boyd wrote:
> We don't want or need the irqs.h files from the DT based MSM
> targets. Remove these header files and select sparse irq so that
> we don't try to include the mach/irqs.h file.
>
> Signed-off-by: Stephen Boyd
> ---
>
> On 09/06,
On Fri, Sep 6, 2013 at 9:08 AM, Waiman Long wrote:
>
> This patch will replace the writer's write_seqlock/write_sequnlock
> sequence of the rename_lock of the callers of the prepend_path() and
> __dentry_path() functions with the reader's read_seqbegin/read_seqretry
> sequence within these 2
On Fri, Sep 06, 2013 at 02:26:34PM -0600, Jens Axboe wrote:
> On 09/06/2013 02:25 PM, Konrad Rzeszutek Wilk wrote:
> > Hey Jens,
> >
> > I sent you a git pull a couple of weeks ago but I am not sure if
> > you pulled it. It does not look like it, so here it is again along
> > with an extra
On Fri, Sep 06, 2013 at 01:52:49PM -0700, Linus Torvalds wrote:
> Al - do you have comments? Do you want to take this through your tree,
> or are you working on other things? I can take this directly too..
I can take that, but I'm really not convinced that we need writer lock
there at all.
On 09/06/13 13:31, Stephen Boyd wrote:
> diff --git a/arch/arm/mach-msm/Kconfig b/arch/arm/mach-msm/Kconfig
> index 905efc8..30b3342 100644
> --- a/arch/arm/mach-msm/Kconfig
> +++ b/arch/arm/mach-msm/Kconfig
> @@ -50,6 +50,7 @@ config ARCH_MSM8X60
> select HAVE_SMP
> select MSM_SCM if
On Wed, Aug 21, 2013 at 04:18:16PM +0530, Laxman Dewangan wrote:
> Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
> by register programming through I2C communication as well as it can be
> enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
Hi Linus,
Please pull the NVMe tree.
The following changes since commit a2648ebb7ed69ef209d9c8a76fadeb3252d9a023:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs (2013-06-13
22:34:14 -0700)
are available in the git repository at:
On Thursday 04 April 2013 15:11:27 Laurent Pinchart wrote:
> Hi Sakari,
>
> On Thursday 04 April 2013 01:22:28 Sakari Ailus wrote:
> > On Tue, Mar 26, 2013 at 12:07:01AM +0100, Laurent Pinchart
wrote:
> > > On Sunday 24 March 2013 23:46:01 Sakari Ailus wrote:
> > > > Pali Rohár wrote:
> > > > >
On Fri, Sep 06, 2013 at 08:59:29PM +0200, Frederic Weisbecker wrote:
> On Fri, Sep 06, 2013 at 10:41:17AM -0700, Paul E. McKenney wrote:
> > On Fri, Sep 06, 2013 at 10:21:28AM -0700, Eric Dumazet wrote:
> > > On Fri, 2013-09-06 at 08:18 -0700, Paul E. McKenney wrote:
> > >
> > > > int
On Wednesday 06 March 2013 21:12:06 Pali Rohár wrote:
> On Sunday 17 February 2013 20:03:03 Aaro Koskinen wrote:
> > Hi,
> >
> > On Sun, Feb 17, 2013 at 04:16:49PM +0100, Pali Rohár wrote:
> > > I'm sending ADP1653 flash torch board code for Nokia
> > > RX-51. Kernel driver ADP1653 is already in
We don't want or need the irqs.h files from the DT based MSM
targets. Remove these header files and select sparse irq so that
we don't try to include the mach/irqs.h file.
Signed-off-by: Stephen Boyd
---
On 09/06, Josh Cartwright wrote:
>
> Selecting _only_ ARCH_MSM8974 with these changes
On Thu, Sep 05, 2013 at 03:55:27PM +0800, Yijing Wang wrote:
> Use pci_is_pcie() to simplify code.
>
> Acked-by: Kumar Gala
> Reviewed-by: Gavin Shan
> Signed-off-by: Yijing Wang
> Cc: Gavin Shan
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: linuxppc-...@lists.ozlabs.org
> Cc:
Hi Linus,
in the kbuild misc branch, I have:
- make rpm-pkg updates, most importantly the rpm package now calls
/sbin/installkernel
- make deb-pkg: debuginfo split, correct kernel image path for parisc,
mips and powerpc and a couple more minor fixes
- New coccinelle check
Thanks,
Michal
The
The functions that are used to write to cpufreq sysfs files (such as
store_scaling_max_freq()) are not hotplug safe. They can race with CPU
hotplug tasks and lead to problems such as trying to acquire an already
destroyed timer-mutex etc.
Eg:
__cpufreq_remove_dev()
On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
> This patch adds basic board support for APQ8074 Dragonboard
> which belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
>
> Signed-off-by: Rohit Vaswani
> ---
[..]
> index
On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
>
> David Herrmann (12):
...
> HID: wiimote: add support for Guitar-Hero drums
commit 61e00655e9cb82e034eb72b95a51072e718d14a7
Author: David Herrmann
Date: Mon Aug 26 19:14:46 2013 +0200
Input: introduce BTN/ABS bits for drums
During CPU offline, the cpufreq core invokes __cpufreq_remove_dev() to
perform work such as stopping the cpufreq governor, clearing the CPU from
the policy structure etc, and finally cleaning up the kobject.
There are certain subtle issues related to the kobject cleanup, and it would
be much
Hi Linus,
Please pull the following Ceph updates from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
This includes both the first pile of Ceph patches (which I sent to
torvalds@vger, sigh) and a few new patches that add support for fscache
for Ceph. That
Hey Jens,
I sent you a git pull a couple of weeks ago but I am not sure if
you pulled it. It does not look like it, so here it is again along
with an extra bug-fix.
Please git pull:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-jens-3.12
which will give you
Commit "cpufreq: serialize calls to __cpufreq_governor()" had been a temporary
and partial solution to the race condition between writing to a cpufreq sysfs
file and taking a CPU offline. Now that we have a proper and complete solution
to that problem, remove the temporary fix.
Signed-off-by:
On 09/06/2013 02:15 PM, Mark Jackson wrote:
> On 06/09/13 20:13, Mark Jackson wrote:
>> On 23/08/13 20:53, Joel Fernandes wrote:
>>> HWMOD removal for MMC and Crypto is breaking edma_start as the events are
>>> being manually triggered due to unused channel list not being clear. Atleast
>>>
On 09/06/2013 02:25 PM, Konrad Rzeszutek Wilk wrote:
> Hey Jens,
>
> I sent you a git pull a couple of weeks ago but I am not sure if
> you pulled it. It does not look like it, so here it is again along
> with an extra bug-fix.
>
> Please git pull:
>
> git pull
There are places where the variable 'ret' is declared as unsigned int
and then used to store negative return values such as -EINVAL. Fix them
by declaring the variable as a signed quantity.
Signed-off-by: Srivatsa S. Bhat
---
drivers/cpufreq/cpufreq.c |4 ++--
1 file changed, 2
On Fri, 6 Sep 2013, Milosz Tanski wrote:
> Sage,
>
> I've taken David's latest changes and per his request merged his
> 'fscache-fixes-for-ceph' tag then applied my changes on top of that.
> In addition to the pervious changes I also added a fix for the
> warnings the linux-next build bot found.
Hi,
This patchset solves the cpufreq synchronization problems related to CPU
hotplug and writes to cpufreq sysfs files. The problem was reported and
described by Stephen Boyd here:
https://lkml.org/lkml/2013/8/27/643
https://lkml.org/lkml/2013/8/30/597
All the patches apply on Rafael's
Hi Linus,
only these two commits are in the kbuild branch this time:
- Using filechk for include/config/kernel.release
- Cleanup in scripts/sortextable.c
Thanks,
Michal
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
1 - 100 of 916 matches
Mail list logo
