On Tue, Oct 09, 2012 at 09:43:13AM +0200, Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
> wrote:
> > + * @cs_assert - For systems where the SPI subsystem does not control the
> > CS/SSB
> > + * line, or where such control is broken, you can provide a custom routine
At 10/09/2012 02:21 PM, David Rientjes Wrote:
> On Mon, 8 Oct 2012, Tang Chen wrote:
>
>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>> index 66b36ab..e76dce9 100644
>> --- a/kernel/sched/core.c
>> +++ b/kernel/sched/core.c
>> @@ -1263,18 +1263,24 @@ EXPORT_SYMBOL_GPL(kick_process);
On Tue, Oct 09, 2012 at 12:31:03AM +0530, Anmol Sarma wrote:
> Changed all user visible multi-line stings to single line.
>
> Signed-off-by: Anmol Sarma
These sorts of things are really a judgement call. checkpatch.pl is
being bossier than it should be. I would ignore keep the
maintaier's
On Mon, 8 Oct 2012, Jaegeuk Kim wrote:
> Date: Mon, 08 Oct 2012 19:52:03 +0900
> From: Jaegeuk Kim
> To: 'Namjae Jeon'
> Cc: 'Vyacheslav Dubeyko' ,
> 'Marco Stornelli' ,
> 'Jaegeuk Kim' ,
> 'Al Viro' , ty...@mit.edu,
> gre...@linuxfoundation.org, linux-kernel@vger.kernel.org,
>
On Fri, Sep 28, 2012 at 11:16:30PM -0400, John Stultz wrote:
> fd based interfaces vs madvise:
> In talking with Taras Glek, he pointed out that for his
> needs, the fd based interface is a little annoying, as it
> requires having to get access to tmpfs file and mmap it in,
>
Hi David,
Thanks for reviewing this patch. :)
On 10/09/2012 04:34 PM, Wen Congyang wrote:
At 10/09/2012 02:21 PM, David Rientjes Wrote:
On Mon, 8 Oct 2012, Tang Chen wrote:
+ /* If the cpu has been offlined, its nid was set to -1. */
+ if (nid != -1) {
NUMA_NO_NODE.
Yes,
On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny wrote:
> rmi_bus.c implements the basic functionality of the RMI bus. This file is
> greatly simplified compared to the previous patch - we've switched from
> "do it yourself" device/driver binding to using device_type to distinguish
> between
On Wed, Jan 25, 2012 at 02:36:18AM +0100, Andi Kleen wrote:
> I ran benchmarks on the new miniLZO and LZ4 on 64bit. LZ4 is generally slower
> than snappy/lzo in the micro benchmarks.
And the reason why you measured worse speed for LZ4 although (AFAICT)
everybody else's measurements claim the
Hi,
On Monday 08 October 2012 10:48:07 Mel Gorman wrote:
> On Mon, Oct 08, 2012 at 05:06:54PM +0900, Minchan Kim wrote:
> > Hi Mel,
> >
> > On Tue, Oct 02, 2012 at 04:12:17PM +0100, Mel Gorman wrote:
> > > On Tue, Oct 02, 2012 at 05:03:07PM +0200, Thierry Reding wrote:
> > > > On Tue, Oct 02,
On Mon, Oct 08, 2012 at 06:32:44PM -0700, Nitin Gupta wrote:
> Change 130f315a introduced a bug in the handling of incompressible
When you mention a patch, please include the human readable patch
title as well as the hash. "staging: zram: remove special handle of
uncompressed
acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
device cannot be removed correctly, acpi_bus_trim() ignores and continues
One suggestion below, thanks.
> -Original Message-
> From: Siddha, Suresh B
> Sent: Thursday, September 27, 2012 6:46 AM
> To: Srivatsa S. Bhat
> Cc: Liu, Chuansheng; t...@linutronix.de; mi...@redhat.com; x...@kernel.org;
> linux-kernel@vger.kernel.org; yanmin_zh...@linux.intel.com; Paul
Hi Sasha,
* Sasha Levin [2012-10-08 16:48:32 -0400]:
> We may currently attempt to free a channel which wasn't created due to
> an error in the initialization path, this would cause a NULL ptr deref.
>
> This would cause the following oops:
>
> [ 12.919073] BUG: unable to handle kernel NULL
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into kernel BUG() inside gpmc_mem_init() function,
as gpmc cs0 gpmc_config7[0].csvalid bit is set to '1' and
gpmc_config7[0].baseaddress is set to '0' on reset.
On 10/08/2012 07:35 PM, Tony Lindgren wrote:
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
> sound/soc/omap/omap-pcm.c |9 +++--
Tony: is this going to be included in 3.7?
Hi Linus,
please pull the changes for i2c-embedded for the 3.7 kernel. They include:
- massive rework of the omap driver
- massive rework of the at91 driver. In fact, the old driver gets removed; I am
okay with this approach since the old driver was depending on BROKEN
and its limitations
On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny wrote:
> The I2C physical driver is not extensively changed in terms of functionality
> since the previous patch. Management of the attention GPIO has been moved to
> rmi_driver.c (see previous email), and most of the debug related interfaces
>
(2012/10/03 22:23), Don Dutile wrote:
On 10/02/2012 03:49 AM, Takao Indoh wrote:
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When "reset_devices" is specified, a hot reset is
triggered on each PCIe root port and downstream port to reset its
On 10/05/2012 03:51 PM, Ben Hutchings wrote:
On Fri, 2012-10-05 at 11:35 +0200, Michal Simek wrote:
On 10/04/2012 09:15 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Just show current setting in bootlog.
[...]
---
On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny wrote:
(...)
> diff --git a/drivers/input/rmi4/Kconfig b/drivers/input/rmi4/Kconfig
(...)
> +config RMI4_DEBUG
> + bool "RMI4 Debugging"
> + depends on RMI4_BUS
select DEBUG_FS
This has been illustrated many times in the review. You
Hi Peter,
On Sun, Sep 23, 2012 at 2:22 PM, Peter Korsgaard wrote:
>> "Maxin" == Maxin B John writes:
>
> Maxin> This drops a few lines of code and allows common APIs to handle
> Maxin> those for us.
>
> Maxin> Signed-off-by: Maxin B. John
>
> Acked-by: Peter Korsgaard
Is there any
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-alpha-20121009
for you to fetch changes up to 55492254705f10d67f4225a0840156f856971519:
UAPI: (Scripted) Disintegrate arch/alpha
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-ia64-20121009
for you to fetch changes up to 43e40f25d2c090392fc36cb900b42972e88cc2e2:
UAPI: (Scripted) Disintegrate arch/ia64/include
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-m68k-20121009
for you to fetch changes up to 10b3a979347d4aba7de19e8d33eb8b87fe2a11dd:
UAPI: (Scripted) Disintegrate arch/m68k/include
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-microblaze-20121009
for you to fetch changes up to 1883baaa2ea07d83228d5a83a3133cd02bab7fc6:
UAPI: (Scripted) Disintegrate arch
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-s390-20121009
for you to fetch changes up to 9807f75955ea7f1877981056755284481873115c:
UAPI: (Scripted) Disintegrate arch/s390/include
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-xtensa-20121009
for you to fetch changes up to 91a0696e40414e9f1554cd91060f6b404d545cb3:
UAPI: (Scripted) Disintegrate arch/xtensa
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-parisc-20121009
for you to fetch changes up to 7869b46c99d8de719f7543d6ba432a7fcc3c78b3:
UAPI: (Scripted) Disintegrate arch/parisc
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-unicore32-20121009
for you to fetch changes up to 2a0a9522d64a73b8c5b37a375cd0d46c2abc18fb:
UAPI: (Scripted) Disintegrate arch
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-score-20121009
for you to fetch changes up to f2f8f65349ca712d47d50c58f37fb76bc56992e3:
UAPI: (Scripted) Disintegrate arch/score
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-x86-20121009
for you to fetch changes up to 8d2c63c2b664bae1fb0f386661ea5f635330e570:
UAPI: (Scripted) Disintegrate arch/x86/include/asm
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-h8300-20121009
for you to fetch changes up to c0c32782cbbd986aa2b309bca1dc6eb418ef1014:
UAPI: (Scripted) Disintegrate arch/h8300
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-m32r-20121009
for you to fetch changes up to 90fc366ea41f3595286f18e15b49d3cef8b85ceb:
UAPI: (Scripted) Disintegrate arch/m32r/include
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-openrisc-20121009
for you to fetch changes up to 913c230200ceea66dda3fda325af8365b3fdc670:
UAPI: (Scripted) Disintegrate arch
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-powerpc-20121009
for you to fetch changes up to c3617f72036c909e1f6086b5b9e364e0ef90a6da:
UAPI: (Scripted) Disintegrate arch/powerpc
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-tile-20121009
for you to fetch changes up to df842f79f0e2aed9092a73f611f41f03630a3823:
UAPI: (Scripted) Disintegrate arch/tile/include
*
World Congress
2nd Call for Papers
The Frontiers in Intelligent Data and Signal Analysis
DSA 2013
New York, USA
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-sh-20121009
for you to fetch changes up to 0a9426df1858f71ac84eb7eef500b4247de5e3bb:
UAPI: (Scripted) Disintegrate arch/sh/include/asm
[CCing lkml, linux-ppc, netdev, linux-m68k]
Hello kernel sources architects
I have a working driver for the m54xx FEC ethernet driver that I
would like to integrate in the kernel tree. Problems are that
- this driver needs an associated DMA driver (provided by FreeScale)
wich is not dma-engine
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-sparc-20121009
for you to fetch changes up to 5457982641fb3f5fb08ce22a853dd5474645c66d:
UAPI: (Scripted) Disintegrate arch/sparc
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-mips-20121009
for you to fetch changes up to 61730c538f8281efa7ac12596da9f3f9a31b9272:
UAPI: (Scripted) Disintegrate arch/mips/include
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-arm64-20121009
for you to fetch changes up to a24b2da6de9a44f395c67219d300de21f66d0da3:
UAPI: (Scripted) Disintegrate arch/arm64
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-avr32-20121009
for you to fetch changes up to b9ba6b52cfb7f564c205bc42fed3297d623fc50f:
UAPI: (Scripted) Disintegrate arch/avr32
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-c6x-20121009
for you to fetch changes up to 41e3f8a642842a137833de40cec447d35d6a8196:
UAPI: (Scripted) Disintegrate arch/c6x/include/asm
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-arm-20121009
for you to fetch changes up to 86418cab1bb1aa591d48ea51d67aeb54f30732d1:
UAPI: (Scripted) Disintegrate arch/arm/include/asm
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-hexagon-20121009
for you to fetch changes up to 044819a598469f603df5cfc8abfed766c9a9444a:
UAPI: (Scripted) Disintegrate arch/hexagon
patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-cris-20121009
for you to fetch changes up to e717abac8a9f65eee6de3bb37e10c6916bced483:
UAPI: (Scripted) Disintegrate arch/cris/include
' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-blackfin-20121009
for you to fetch changes up to ac3a050e89f2e6b8025e4176a36ed34de470fcad:
UAPI: (Scripted) Disintegrate arch
> "Maxin" == Maxin B John writes:
Maxin> Hi Peter,
Maxin> This drops a few lines of code and allows common APIs to handle
Maxin> those for us.
Maxin> Signed-off-by: Maxin B. John
>> Acked-by: Peter Korsgaard
Maxin> Is there any update on this ?
I'm expecting Wolfram to pick it
On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny wrote:
> RMI Function 01 implements basic device control and power management
> behaviors for the RMI4 sensor. Since the last patch, we've decoupled
> rmi_f01.c
> implementation from rmi_driver.c, so rmi_f01.c acts as a standard driver
> module
On Mon, Oct 08, 2012 at 09:24:40PM -0700, Hugh Dickins wrote:
> >
> > CC: Mel Gorman
>
> and I'm grateful to Mel's ack for reawakening me to it...
>
> > CC: linux-s...@vger.kernel.org
> > Signed-off-by: Jan Kara
>
> but I think it's wrong.
>
Dang.
> > ---
> > mm/rmap.c | 16
From: Gang Wei
This patch try to fix the S3 regression https://lkml.org/lkml/2012/10/5/433,
which includes below line:
[ 1554.684638] sysfs: cannot create duplicate filename '/devices/pnp0/00:0c/ppi'
The root cause is that ppi sysfs teardown code is MIA, so while S3 resume,
the ppi kobject will
Hans-Christian Egtvedt wrote:
> Neither Haavard or me have a GIT tree at kernel.org anymore, I hope to get my
> key signed in Barcelona during ELCE. Could you ask Linus to pull directly, or
> pass it through Andrew.
I can ask Linus directly. Can I add your Acked-by to it?
David
--
To
Michal Simek wrote:
> I expect your intention is to merge this to mainline in current merge
> window, right?
It is preferred that it go through the maintainer's tree if possible. Note
that I've posted a new version that doesn't have the dependencies any more as
they've been merged upstream.
Note: I'm CC-ing Halli. Halli, can you take a look at the proposed controls?
On Mon 8 October 2012 19:57:17 Andrey Smirnov wrote:
> On 10/08/2012 02:30 AM, Hans Verkuil wrote:
> > On Sat October 6 2012 03:55:01 Andrey Smirnov wrote:
> >> This commit adds a driver that exposes all the radio
On Mon 8 October 2012 22:06:29 Andrey Smirnov wrote:
> On 10/08/2012 01:56 AM, Hans Verkuil wrote:
> > On Sat October 6 2012 03:54:59 Andrey Smirnov wrote:
> >> This patch adds all the functions used for exchanging commands with
> >> the chip.
> >>
> >> Signed-off-by: Andrey Smirnov
> >> ---
> >>
I've just released Linux 2.6.32.60.
This release contains, among others, a number of fixes for random and NTP,
including for the NTP leap second bug. Users should upgrade.
The patch and changelog will appear soon at the following locations:
t; Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-avr32-20121009
>
> for you to fetch changes up to b9ba6b52cfb7f564c205
Fengguang reported a kernel build failure as following:
drivers/built-in.o: In function `pch_gbe_ioctl':
pch_gbe_main.c:(.text+0x510370): undefined reference to `pch_ch_control_write'
pch_gbe_main.c:(.text+0x510393): undefined reference to `pch_ch_control_write'
pch_gbe_main.c:(.text+0x5103b3):
Hello,
Since Kernel version 3.0 pdflush blocks writes even the dirty bytes are
well below /proc/sys/vm/dirty_bytes or /proc/sys/vm/dirty_ratio.
The kernel 2.6.39 works nice.
How this hurt us in the real life: We have a very high performance game
server where the MySQL have to do many writes
On Mon 8 October 2012 20:38:01 Andrey Smirnov wrote:
> On 10/08/2012 01:43 AM, Hans Verkuil wrote:
> > On Sat October 6 2012 03:54:57 Andrey Smirnov wrote:
> >> This patch adds all necessary header files and Kbuild plumbing for the
> >> core driver for Silicon Laboratories Si476x series of AM/FM
Hi Sjur,
On Tue, Oct 2, 2012 at 10:24 AM, Ohad Ben-Cohen wrote:
> On Mon, Oct 1, 2012 at 4:45 AM, Fengguang Wu wrote:
>> Hi Ohad,
>>
>> FYI, kernel build failed on
>>
>> tree: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
>> for-next
>> head:
On Tue, 2012-07-31 at 14:42 +0400, Konstantin Khlebnikov wrote:
> A long time ago, in v2.4, VM_RESERVED kept swapout process off VMA,
> currently it lost original meaning but still has some effects:
>
> | effect | alternative flags
>
On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny wrote:
So looking closer at this one since we will use it. Maybe it's in such a
good shape now that I should be able to actually test it with the hardware?
(...)
> diff --git a/drivers/input/rmi4/rmi_f11.c b/drivers/input/rmi4/rmi_f11.c
(...)
>
At Tue, 9 Oct 2012 00:34:09 +0800,
Daniel J Blueman wrote:
>
> On 8 October 2012 20:58, Takashi Iwai wrote:
> > At Tue, 25 Sep 2012 13:20:05 +0800,
> > Daniel J Blueman wrote:
> >> On my Macbook with a discrete Nvidia GPU, there is a race between
> >> selecting the integrated GPU and putting the
On Tue, 9 Oct 2012, Tang Chen wrote:
> > > Eek, the nid shouldn't be -1 yet, though, for cpu hotplug since this
> > > should be called at CPU_DYING level and migrate_tasks() still sees a valid
> > > cpu.
>
> As Wen said below, nid is now set to -1 when cpu is hotremoved.
> I reproduce this
Around Tue 09 Oct 2012 10:37:20 +0100 or thereabout, David Howells wrote:
> Hans-Christian Egtvedt wrote:
>
>> Neither Haavard or me have a GIT tree at kernel.org anymore, I hope to get my
>> key signed in Barcelona during ELCE. Could you ask Linus to pull directly, or
>> pass it through Andrew.
At Tue, 09 Oct 2012 12:04:08 +0200,
Takashi Iwai wrote:
>
> At Tue, 9 Oct 2012 00:34:09 +0800,
> Daniel J Blueman wrote:
> >
> > On 8 October 2012 20:58, Takashi Iwai wrote:
> > > At Tue, 25 Sep 2012 13:20:05 +0800,
> > > Daniel J Blueman wrote:
> > >> On my Macbook with a discrete Nvidia GPU,
On Tue, Oct 09, 2012 at 10:40:10AM +0200, Bartlomiej Zolnierkiewicz wrote:
> I also need following patch to make CONFIG_CMA=y && CONFIG_COMPACTION=y case
> work:
>
> From: Bartlomiej Zolnierkiewicz
> Subject: [PATCH] mm: compaction: cache if a pageblock was scanned and no
> pages were isolated
drew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-blackfin-20121009
>
> for you to fetch changes up to ac3a050e89f2e6b8025e4176a36ed34de470fcad:
>
> U
Hello Apostolos,
Your problem is unrelated to hid-logitech-dj. This seems an usb driver
issue. It seems that your motherboard has different usb controllers
for the rear and front ports. There may be an issue with the usb
drivers for the xhci controllers.
Cheers,
Nestor.
On Mon, Oct 8, 2012 at
On Mon, Oct 08, 2012 at 06:42:16PM -0700, John Stultz wrote:
> On 10/08/2012 02:46 AM, Mel Gorman wrote:
> >On Sun, Oct 07, 2012 at 01:14:17AM -0700, Anton Vorontsov wrote:
> >>And here we just try to let userland to assist, userland can tell "oh,
> >>don't bother with swapping or draining caches,
At 10/09/2012 06:04 PM, David Rientjes Wrote:
> On Tue, 9 Oct 2012, Tang Chen wrote:
>
Eek, the nid shouldn't be -1 yet, though, for cpu hotplug since this
should be called at CPU_DYING level and migrate_tasks() still sees a valid
cpu.
>>
>> As Wen said below, nid is now set to -1
Hi all.
I've not received any feedback about this patch, so I'm resending just
to check if someone is going to take care of it.
The patch fixes the usage of device_trylock inside the driver umc-bus.c:
device_trylock has the same semantics of mutex_trylock, so it returns 1
if the lock has been
Bob Liu wrote:
> Merged into my git tree:
> git://git.kernel.org/pub/scm/linux/kernel/git/lliubbo/blackfin.git for-linus
>
> And what time i need to ask linus to pull? Next merge window?
That's up to you now. There aren't any dependencies on the blackfin branch in
my tree. Feel free to defer
To make the names proper and more appropriate:
Rename the driver name from tps65090-regulator to tps65090-pmic.
Rename the regulators from TPS65090_ID_* to TPS65090_REGULATOR_*
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Make this as patch2 from older patch1.
The TPS65090's DCDC output can also be enable/disable through the
external digital input signal. Add support for enable/disable
either through register access via I2C or through external
control inputs. The external control inputs can be driven through
GPIOs also and hence adding support for
This patch series fixes the regulator registration issue and add support
for external control.
Patch 1: It renames the driver name and regulators to more appropriate.
Patch 2: Fix the issue with regulator registration.
Patch 3: Add LDO support.
Patch 4: Add voltage output level information.
Patch
TPS65090 supports the two LDOs, LDO1 and LDO2. These are
always ON regulators. The output on these LDOs are available
once the input voltage available for these LDOs.
Add support for these LDOs regulators.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
No change from older patch.
MFD driver registers the regulator driver once per device and
hence it is require to register all regulators in single probe
call.
Following are details of changes done to achieve this:
- Move the regulator enums to mfd header and remove the
tps65090-regulator.h as it does not contain more info.
On Wed, Sep 05, 2012 at 05:54:04PM +0200, David Sterba wrote:
> > Many users who use btrfs met the deadlock problem caused by
> > writeback_inodes_sb(_nr)_if_idle(),
> > so I send this patch again and hope it will be received as soon as possible
> > if nobody objects.
>
> Yes please, this makes
Hi Ohad,
> On Tue, Oct 2, 2012 at 10:24 AM, Ohad Ben-Cohen
> wrote:
> > On Mon, Oct 1, 2012 at 4:45 AM, Fengguang Wu
> wrote:
> >> Hi Ohad,
> >>
> >> FYI, kernel build failed on
> >>
> >> tree: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
> for-next
> >> head:
> -Original Message-
> From: Laxman Dewangan
> Sent: Tuesday, October 09, 2012 3:19 PM
> To: broo...@opensource.wolfsonmicro.com; l...@ti.com
> Cc: sa...@linux.intel.com; Venu Byravarasu; linux-kernel@vger.kernel.org;
> Laxman Dewangan
> Subject: [PATCH V2 4/4] regulator: tps65090: add
On Tue, Oct 09, 2012 at 04:03:19PM +0530, Venu Byravarasu wrote:
> > -Original Message-
> > From: Laxman Dewangan
> > Sent: Tuesday, October 09, 2012 3:19 PM
Please, when replying to mails delete irrelevant text - only quote the
bits of text you're replying to. This is very helpful to
On Tuesday 09 October 2012 04:03 PM, Venu Byravarasu wrote:
+static struct regulator_ops tps65090_ext_control_ops = {
+};
What is the purpose of adding empty structure?
We will not able to register regulator if there is no ops.
In regulator register:
if (regulator_desc->name == NULL
> -Original Message-
> From: linux-fsdevel-ow...@vger.kernel.org
> [mailto:linux-fsdevel-ow...@vger.kernel.org] On Behalf Of
> Luka? Czerner
> Sent: Tuesday, October 09, 2012 5:32 PM
> To: Jaegeuk Kim
> Cc: 'Namjae Jeon'; 'Vyacheslav Dubeyko'; 'Marco Stornelli'; 'Jaegeuk Kim';
> 'Al
On Tue, 2012-10-09 at 15:37 +0530, Mark Brown wrote:
> On Mon, Oct 08, 2012 at 07:00:39PM +0530, Ashish Jangam wrote:
>
> Mostly OK, but there's a few issues including yet more reimplementation
> of framework features.
>
> > +static int da9055_list_voltage(struct regulator_dev *rdev,
> > +
On Thu, Oct 4, 2012 at 2:22 AM, Rusty Russell wrote:
> David Howells writes:
>
>> Rusty Russell wrote:
>>
>>> Right. I think we need to use different names for generated vs supplied
>>> files
>>
>> The problem with supplied files is people who do allyesconfig, allmodconfig
>> and randconfig
On Mon, 2012-10-08 at 10:59 +0800, Tang Chen wrote:
> If a cpu is offline, its nid will be set to -1, and cpu_to_node(cpu) will
> return -1. As a result, cpumask_of_node(nid) will return NULL. In this case,
> find_next_bit() in for_each_cpu will get a NULL pointer and cause panic.
Hurm,. this is
On Tue, 9 Oct 2012, Jaegeuk Kim wrote:
> Date: Tue, 09 Oct 2012 19:45:57 +0900
> From: Jaegeuk Kim
> To: 'Lukáš Czerner'
> Cc: 'Namjae Jeon' ,
> 'Vyacheslav Dubeyko' ,
> 'Marco Stornelli' ,
> 'Jaegeuk Kim' ,
> 'Al Viro' , ty...@mit.edu,
> gre...@linuxfoundation.org,
e it boot? CMA should not care about the
> PG_migrate_skip hint being set because it should always ignore it in
> alloc_contig_range() due to cc->ignore_skip_hint. It's not obvious to
> me why this fixes a boot failure and I wonder if it's papering over some
> underlying problem. Can you provide more
On Mon, 2012-10-08 at 14:38 +0200, Oleg Nesterov wrote:
> But the code looks more complex, and the only advantage is that
> non-exiting task does xchg() instead of cmpxchg(). Not sure this
> worth the trouble, in this case task_work_run() will likey run
> the callbacks (the caller checks
On 10/08/2012 09:47 PM, John Stultz wrote:
> On 10/04/2012 06:48 AM, Prarit Bhargava wrote:
>> Add debugfs entries for ntp time_status and time_state. These are useful
>> for debugging ntp issues.
> Aren't these easily fetched from adjtimex()? How does having them in debugfs
> help?
>
They
On Mon, 8 Oct 2012 21:24:40 -0700 (PDT)
Hugh Dickins wrote:
> On Mon, 1 Oct 2012, Jan Kara wrote:
>
> > On s390 any write to a page (even from kernel itself) sets architecture
> > specific page dirty bit. Thus when a page is written to via standard write,
> > HW
> > dirty bit gets set and when
On Tuesday 09 October 2012 12:11:43 Mel Gorman wrote:
> On Tue, Oct 09, 2012 at 10:40:10AM +0200, Bartlomiej Zolnierkiewicz wrote:
> > I also need following patch to make CONFIG_CMA=y && CONFIG_COMPACTION=y case
> > work:
> >
> > From: Bartlomiej Zolnierkiewicz
> > Subject: [PATCH] mm:
On Tuesday 09 October 2012 03:32 PM, Laxman Dewangan wrote:
On Tuesday 09 October 2012 04:03 PM, Venu Byravarasu wrote:
+static struct regulator_ops tps65090_ext_control_ops = {
+};
What is the purpose of adding empty structure?
We will not able to register regulator if there is no ops.
In
On 9 October 2012 18:07, Takashi Iwai wrote:
> At Tue, 09 Oct 2012 12:04:08 +0200,
> Takashi Iwai wrote:
>>
>> At Tue, 9 Oct 2012 00:34:09 +0800,
>> Daniel J Blueman wrote:
>> >
>> > On 8 October 2012 20:58, Takashi Iwai wrote:
>> > > At Tue, 25 Sep 2012 13:20:05 +0800,
>> > > Daniel J Blueman
Check the waitqueue task list to be non empty before entering the critical
section. This prevents locking the spin lock needlessly in case the queue
was empty, and therefor also prevent scheduling overhead on a PREEMPT_RT
system.
Signed-off-by: Ivo Sieben
---
REPOST:
Request for comments:
-
On Tue, Oct 09, 2012 at 01:08:30PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Tuesday 09 October 2012 12:11:43 Mel Gorman wrote:
> > On Tue, Oct 09, 2012 at 10:40:10AM +0200, Bartlomiej Zolnierkiewicz wrote:
> > > I also need following patch to make CONFIG_CMA=y && CONFIG_COMPACTION=y
> > >
On 9/17/2012 10:12 PM, Murali Karicheri wrote:
> As a first step towards migrating davinci platforms to use common clock
> framework, replace all instances of clk_enable() with clk_prepare_enable()
> and clk_disable() with clk_disable_unprepare(). Until the platform is
> switched to use the
101 - 200 of 1422 matches
Mail list logo