On Tue, Mar 11, 2014 at 08:10:24PM -0500, Scott Wood wrote:
> > + FSL_DIS_ALL_IRQ
> > +
> > + /*
> > +* Place DDR controller in self refresh mode.
> > +* From here on, DDR can't be access any more.
> > +*/
> > + lwz r10, 0(r13)
> > + orisr10, r10,
Hello,
I got a mail from Andrew Morton that
he fixed my typo and poor English
like this:
http://ozlabs.org/~akpm/mmots/broken-out/mm-vmallocc-enhance-vm_map_ram-comment-fix.patch
Thank you for your attention.
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
Hi Ben,
Sorry for the delay.
On 03/12/2014 02:46 AM, Benjamin LaHaise wrote:
On Mon, Mar 10, 2014 at 04:15:33PM +0800, Tang Chen wrote:
IO ring page migration has been implemented by the following patch:
> Subject: [PATCH v2 3/4] ASoC: simple-card: accept many DAI links
>
> Some simple audio cards may have many DAI links.
> This patch extends the simple-card driver for handling such cards.
>
> Signed-off-by: Jean-Francois Moine
> ---
> sound/soc/generic/simple-card.c | 132
On 03/11/2014 03:15 PM, Andy Lutomirski wrote:
The meat of this patch series is in patch 1. Patch 2 is split out for
improved bisectability.
Changes from v1: Split into two patches and fixed a comment.
Andy Lutomirski (2):
x86: Dynamically relocate the compat vdso
x86_32: Remove user
Hi Tony,
On 3/7/2014 5:26 PM, George Cherian wrote:
The patch series adds USB dt nodes for am43xx epos and gp evm
Boot tested with Benoit's for_3.15 + following patches
https://patchwork.kernel.org/patch/3600821/
https://patchwork.kernel.org/patch/3600831/
On 03/11/2014 06:48 PM, Vincent Guittot wrote:
> On 11 March 2014 11:08, Preeti U Murthy wrote:
>> Hi Vincent,
>>
>> On 03/05/2014 12:48 PM, Vincent Guittot wrote:
>>> Create a dedicated topology table for handling asymetric feature.
>>> The current proposal creates a new level which describes
On Tue, 11 Mar 2014 21:19:24 -0700 Andrew Morton
wrote:
> On Wed, 12 Mar 2014 14:10:25 +1100 NeilBrown wrote:
>
> > On Tue, 11 Mar 2014 20:03:31 -0700 Andrew Morton
> > wrote:
> >
> > > On Wed, 12 Mar 2014 13:36:38 +1100 NeilBrown wrote:
> > >
> > > >
> > > > The md driver currently
On Tue, Mar 11, 2014 at 06:48:13PM -0500, Scott Wood wrote:
> On Fri, 2014-03-07 at 12:58 +0800, Chenhui Zhao wrote:
> > diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
> > index ac2621a..f3f4401 100644
> > --- a/arch/powerpc/kernel/smp.c
> > +++ b/arch/powerpc/kernel/smp.c
> >
On Tue, Mar 11, 2014 at 11:11:59PM -0400, Steven Rostedt wrote:
> On Wed, 12 Mar 2014 13:31:53 +1100
> Dave Chinner wrote:
>
>
> > So either this patchset doesn't work right now, or there's something
> > else broken in the tip/master tree...
>
> I've found a few things broken with the tip
This patch removes S3C24XX specific clock Kconfig options as
it has been moved into "drivers/clk/samsung/Kconfig" also removes
COMMON_CLK selection as COMMON_CLK_SAMSUNG is selecting it's dependency.
CC: Ben Dooks
CC: Kukjin Kim
CC: Russell King
Signed-off-by: Pankaj Dubey
---
This patch selects COMMON_CLK_SAMSUNG for EXYNOS and S3C64XX SoC
and removes COMMON_CLK selection as COMMON_CLK_SAMSUNG selects it's dependency.
CC: Russell King
Signed-off-by: Pankaj Dubey
---
arch/arm/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch adds new Kconfig file for adding new config option
as COMMON_CLK_SAMSUNG for Samsung common clock. This patch also
moves S3C24XX specific clock options here in this file.
Signed-off-by: Pankaj Dubey
---
drivers/clk/samsung/Kconfig | 11 +++
1 file changed, 11 insertions(+)
This patch includes Samsung clock Kconfig file, and replaces PLAT_SAMSUNG
with COMMON_CLK_SAMSUNG for Samsung common clock support.
Any Samsung SoC want to use Samsung common clock infrastructure can simply
select COMMON_CLK_SAMSUNG.
Signed-off-by: Pankaj Dubey
---
drivers/clk/Kconfig |2
Introduce a new Kconfig file for Samsung common clock infrastructure
related config options. As current Samsung common clock gets compiled
based on PLAT_SAMSUNG, but moving ahead with ARM64 we can not have any
more such config options, so this patch introduce new COMMON_CLK_SAMSUNG
invisible
On Wed, 12 Mar 2014 14:10:25 +1100 NeilBrown wrote:
> On Tue, 11 Mar 2014 20:03:31 -0700 Andrew Morton
> wrote:
>
> > On Wed, 12 Mar 2014 13:36:38 +1100 NeilBrown wrote:
> >
> > >
> > > The md driver currently supports 'poll' on /proc/mdstat.
> > > This is unsafe as if the md-mod module is
From: Hayes Wang
Date: Tue, 11 Mar 2014 15:11:59 +0800
> The tx descriptor version of RTL8111B belong to RTL_TD_0.
>
> Signed-off-by: Hayes Wang
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
From: Hayes Wang
Date: Tue, 11 Mar 2014 16:24:19 +0800
> Add dumping the tally counter by ethtool.
>
> Signed-off-by: Hayes Wang
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
From: Markos Chandras
Date: Tue, 11 Mar 2014 08:49:39 +
> Fixes the following build problem with binutils-2.24
>
> gcc -Wall -O2 -c -o bpf_jit_disasm.o bpf_jit_disasm.c
> In file included from bpf_jit_disasm.c:25:0:
> /usr/include/bfd.h:35:2: error: #error config.h must be included
>
Hi Nicolin
> > static struct asoc_simple_card_info fsi_wm8978_info = {
> > ...
> > .daifmt = SND_SOC_DAIFMT_I2S | SND_SOC_DAIFMT_CBM_CFM,
> > .cpu_dai = {
> > ...
> > .fmt= SND_SOC_DAIFMT_IB_NF,
> > },
> > .codec_dai = {
> > ...
On Tue, Mar 11, 2014 at 06:42:51PM -0500, Scott Wood wrote:
> On Fri, 2014-03-07 at 12:57 +0800, Chenhui Zhao wrote:
> > diff --git a/arch/powerpc/platforms/85xx/corenet_generic.c
> > b/arch/powerpc/platforms/85xx/corenet_generic.c
> > index b756f3d..3fdf9f3 100644
> > ---
Hi Julian,
於 二，2014-03-11 於 18:15 +0100，Julian Wollrath 提到：
> Am Tue, 11 Mar 2014 14:56:41 +0100 (CET)
> schrieb Thomas Gleixner :
> > > Ok, via bisecting I found commit
> > > 73f7d1ca32638028e3271f54616773727e2f9f26 (see below) to be the one
> > > that introduced this regression.
> >
> >
On Tue, 2014-03-11 at 18:50 -0700, Greg KH wrote:
> On Wed, Mar 12, 2014 at 12:51:52AM +, Mark Brown wrote:
> > Hi Greg,
> >
> > After merging the driver-core tree, today's linux-next build ()
> > failed like this on a PowerPC defconfig:
> >
> > HEAD is now at ceb98e684dec Merge
The description should be for native_stop_other_cpus() instead of
smp_reboot_interrupt().
Signed-off-by: Xie XiuQi
---
arch/x86/kernel/smp.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/smp.c b/arch/x86/kernel/smp.c
index 7c3a5a6..f295a18 100644
Hi Morimoto-san,
On Tue, Mar 11, 2014 at 08:36:22PM -0700, Kuninori Morimoto wrote:
>
> Hi Mark
>
> > > > asoc-simple-card sound-cs42888.12: cpu : 2024000.esai / 4003 / 13200
> > > > asoc-simple-card sound-cs42888.12: codec : cs42888 / 1003 / 24576000
> > > > asoc-simple-card
Hi Aaron,
This patch is tested on Intel platform, and SDIO function driver's
suspend/resume callback will only be called once, which fixed this issue.
Previously, they can be called twice.
Here is the tested-by:
Tested-by: xiaoming wang
Tested-by: Chuanxiao Dong
Thanks
Chuanxiao
>
Hi Mark
> > > asoc-simple-card sound-cs42888.12: cpu : 2024000.esai / 4003 / 13200
> > > asoc-simple-card sound-cs42888.12: codec : cs42888 / 1003 / 24576000
> > > asoc-simple-card sound-cs42888.12: cs42888 <-> 2024000.esai mapping ok
>
> > cpu = 4003 : SND_SOC_DAIFMT_CBS_CFS |
Hi Tomasz,
On 03/11/2014 09:20 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On 11.03.2014 08:54, Chanwoo Choi wrote:
>> This patch add ADC(Analog to Digital Converter)'s dt data to get raw data
>> with IIO subsystem. Usually, ADC is used to check temperature, jack type, and
>> so on.
>>
>
> 8< ---
Hi Tomasz,
On 03/11/2014 09:28 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On 11.03.2014 08:54, Chanwoo Choi wrote:
>> This patch add GPS_ALIVE power domain for Exynos4x12 SoC. GPS_ALIVE power
>> domain
>> include GPS_BLK for GPS IP. Exynos SoC used generic power-domain driver to
>> control power
From: Linus Lüssing
Date: Mon, 10 Mar 2014 22:25:25 +0100
> Without this check someone could easily create a denial of service
> by injecting multicast-specific queries to enable the bridge
> snooping part if no real querier issuing periodic general queries
> is present on the link which would
From: Linus Lüssing
Date: Mon, 10 Mar 2014 22:25:24 +0100
> General IGMP and MLD queries are supposed to have the multicast
> link-local all-nodes address as their destination according to RFC2236
> section 9, RFC3376 section 4.1.12/9.1, RFC2710 section 8 and RFC3810
> section 5.1.15.
>
>
On 03/11/2014 06:45 AM, Ingo Molnar wrote:
* Peter Zijlstra wrote:
Hi Waiman,
I promised you this series a number of days ago; sorry for the delay
I've been somewhat unwell :/
That said, these few patches start with a (hopefully) simple and
correct form of the queue spinlock, and then
> Subject: Re: [PATCHv3 resend 1/3] ASoC: codec: Simplify ASoC probe code.
>
> On Tue, Mar 11, 2014 at 12:43:20PM +0800, Xiubo Li wrote:
> > For some CODEC drivers like who act as the MFDs children are ignored
> > by this patch.
>
> Applied all, thanks. I'd generally recommend about putting
On Wed, 12 Mar 2014 13:31:53 +1100
Dave Chinner wrote:
> So either this patchset doesn't work right now, or there's something
> else broken in the tip/master tree...
I've found a few things broken with the tip master tree. Anyway, I'm
not sure the patches are even there. The last I saw, the
On Tue, 11 Mar 2014 20:03:31 -0700 Andrew Morton
wrote:
> On Wed, 12 Mar 2014 13:36:38 +1100 NeilBrown wrote:
>
> >
> > The md driver currently supports 'poll' on /proc/mdstat.
> > This is unsafe as if the md-mod module is removed while a 'poll'
> > or 'select' is outstanding on /proc/mdstat,
On 03/11/2014 02:25 PM, Aravind Gopalakrishnan wrote:
Adding new PCI ID to support AMD F16 M30h processor (Mullins).
While at it, modify Kconfig and Doc files to reflect the
support for newer processors
Note: PCI ID for this processor will make it into pci_ids.h
as part of this patch:
The current simple-card driver separates the daimft for cpu_dai and codec_dai.
So we might get different values for them (0x4003 and 0x1003 for example):
asoc-simple-card sound-cs42888.12: cpu : 2024000.esai / 4003 / 13200
asoc-simple-card sound-cs42888.12: codec : cs42888 / 1003 / 24576000
On Wed, 12 Mar 2014 13:36:38 +1100 NeilBrown wrote:
>
> The md driver currently supports 'poll' on /proc/mdstat.
> This is unsafe as if the md-mod module is removed while a 'poll'
> or 'select' is outstanding on /proc/mdstat, an oops occurs
> when the syscall completes.
> poll_freewait() will
The md driver currently supports 'poll' on /proc/mdstat.
This is unsafe as if the md-mod module is removed while a 'poll'
or 'select' is outstanding on /proc/mdstat, an oops occurs
when the syscall completes.
poll_freewait() will call remove_wait_queue() on a wait_queue_head_t
which was local to
Hi Chuansheng & Chuanxiao,
Can you please help us testing this patch on your platform
and let us know the test result? Thanks.
-Aaron
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
> The sdio func device is added to the driver model after the card
> device.
>
> This means the sdio func device will
On 03/11/2014 05:04 PM, Greg Kroah-Hartman wrote:
Can you possibly add me to the cc: of your introductory e-mail
announcing new stable releases ? Sometimes it seems to get lost
and isn't available on any of the 'common' archives (this one
did not make it to lkml, for example, and many of the
On 03/10/14 at 10:26pm, Jon Mason wrote:
> On Mon, Mar 10, 2014 at 8:54 AM, Muli Ben-Yehuda
> wrote:
> > Patch looks good to me.
> >
> > Acked-by: Muli Ben-Yehuda
>
> Me too (just in case you want us both).
>
> Acked-by: Jon Mason
Thanks for review and helping push this change, to all of
On Mon, Mar 10, 2014 at 04:42:36PM +0100, Peter Zijlstra wrote:
> Hi Waiman,
>
> I promised you this series a number of days ago; sorry for the delay I've been
> somewhat unwell :/
>
> That said, these few patches start with a (hopefully) simple and correct form
> of the queue spinlock, and then
On Thu, Mar 06, 2014 at 01:57:17PM -0500, Rik van Riel wrote:
> On 03/06/2014 12:56 PM, Frederic Weisbecker wrote:
> >Even though nsec based cputime_t maps to u64, nsecs_to_cputime() must
> >return a cputime_t value. We want to enforce this kind of cast in order
> >to track down buggy
>> On Mar 11, 2014, at 13:46, "Mark Brown" wrote:
>>
>> On Tue, Mar 11, 2014 at 04:55:58PM +0100, Lars-Peter Clausen wrote:
>> On 03/11/2014 04:41 PM, Brian Austin wrote:
>
>>> So WRT the CS42888, this is one device in a series of 2 devices that are
>>> register compatible with the only
Hi Brian,
On Wed, Mar 12, 2014 at 02:05:00AM +, Austin, Brian wrote:
>
>
> >> On Mar 11, 2014, at 13:46, "Mark Brown" wrote:
> >>
> >> On Tue, Mar 11, 2014 at 04:55:58PM +0100, Lars-Peter Clausen wrote:
> >> On 03/11/2014 04:41 PM, Brian Austin wrote:
> >
> >>> So WRT the CS42888, this
Ingo, Thomas,
Please pull the timers/cputime-fix-steal-v2 branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/cputime-fix-steal-v2
It's based on tip:timers/core. The patches are essentially unchanged
since the last version
Even though nsec based cputime_t maps to u64, nsecs_to_cputime() must
return a cputime_t value. We want to enforce this kind of cast in order
to track down buggy manipulations of cputime_t such as direct access
of its values under wrong assumptions on its backend type (nsecs,
jiffies, etc...) by
We already have nsecs_to_cputime(). Now we need to be able to convert
the other way around in order to fix a bug on steal time accounting.
Cc: Ingo Molnar
Cc: Marcelo Tosatti
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Acked-by: Rik van Riel
Signed-off-by: Frederic Weisbecker
---
On Tue, Mar 11, 2014 at 01:25:53PM +, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 08:54:32PM +0800, Nicolin Chen wrote:
>
> Adding Jyri who's been looking at this as well but not added anyone else
> working on simple-card so you might've missed his mails.
>
> > It's pretty fair to do it for
When update_rq_clock_task() accounts the pending steal time for a task,
it converts the steal delta from nsecs to tick then from tick to nsecs.
There is no apparent good reason for doing that though because both
the task clock and the prev steal delta are u64 and store values
in nsecs.
So lets
The architectures that override cputime_t (s390, ppc) don't provide
any version of nsecs_to_cputime(). Indeed this cputime_t implementation
by backend only happens when CONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y under
which the core code doesn't make any use of nsecs_to_cputime().
At least for now.
We
Many architectures have a stub cputime.h that only include the default
cputime.h
Lets remove the useless headers, we only need to mention that we want
the default headers on the Kbuild files.
Cc: Archs
Cc: Ingo Molnar
Cc: Marcelo Tosatti
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Acked-by: Rik
The steal guest time accounting code assumes that cputime_t is based on
jiffies. So when CONFIG_NO_HZ_FULL=y, which implies that cputime_t
is based on nsecs, steal_account_process_tick() passes the delta in
jiffies to account_steal_time() which then accounts it as if it's a
value in nsecs.
As a
On Tue, Mar 11, 2014 at 06:46:06PM +, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 04:55:58PM +0100, Lars-Peter Clausen wrote:
> > On 03/11/2014 04:41 PM, Brian Austin wrote:
>
> > >So WRT the CS42888, this is one device in a series of 2 devices that are
> > >register compatible with the only
On Wed, 12 Mar 2014 10:47:20 +0900
AKASHI Takahiro wrote:
> This happens when a header file, elf.h, on "your host machine" does not have
> definitions of EM_AARCH64 nor R_AARCH64_ABS64 because "recordmcount" is a
> binary
> utility on host(x86), not target. It is very likely for most distros.
On Wed, 12 Mar 2014 10:47:20 +0900
AKASHI Takahiro wrote:
> This happens when a header file, elf.h, on "your host machine" does not have
> definitions of EM_AARCH64 nor R_AARCH64_ABS64 because "recordmcount" is a
> binary
> utility on host(x86), not target. It is very likely for most distros.
>
On Wed, Mar 12, 2014 at 05:43:49AM +0400, Max Filippov wrote:
> On Wed, Mar 12, 2014 at 5:08 AM, Mark Brown wrote:
> > That's buggy, drivers should never configure anything more than 8 bits
> > per word with regmap.
> Ok, so the driver should allow for 8 bit transfers and regmap will arrange
>
Hi Greg,
After merging the driver-core tree, today's linux-next build ()
failed like this on a PowerPC defconfig:
HEAD is now at ceb98e684dec Merge remote-tracking branch
'driver-core/driver-core-next'
GEN /home/broonie/next/powerpc_ppc64_defconfig/Makefile
#
# configuration written to
On Sat, Mar 08, 2014 at 09:10:00AM -0800, Guenter Roeck wrote:
> On 03/08/2014 08:18 AM, Greg Kroah-Hartman wrote:
> > On Sat, Mar 08, 2014 at 06:35:52AM -0800, Guenter Roeck wrote:
> >> On 03/08/2014 01:47 AM, Satoru Takeuchi wrote:
> >>> At Fri, 7 Mar 2014 17:06:56 -0800,
> >>> Greg
On Wed, Mar 12, 2014 at 12:20:49AM +0400, Max Filippov wrote:
> On Tue, Mar 11, 2014 at 11:49 PM, Mark Brown wrote:
> > On Tue, Mar 11, 2014 at 04:44:49PM +0400, Max Filippov wrote:
> >> + unsigned long timeout = jiffies + msecs_to_jiffies(100);
> >> + while (xtfpga_spi_read32(xspi,
On Sat, Mar 08, 2014 at 06:50:30AM -0700, Bjorn Helgaas wrote:
> [+cc Andreas]
>
> On Fri, Mar 7, 2014 at 6:07 PM, Greg Kroah-Hartman
> wrote:
> > 3.4-stable review patch. If anyone has any objections, please let me know.
>
> Let's hold off on this for a bit. Andreas found that this patch
>
On Tue, Mar 11, 2014 at 06:32:32PM -0700, Kuninori Morimoto wrote:
> > The current simple-card driver separates the daimft for cpu_dai and
> > codec_dai.
> > So we might get different values for them (0x4003 and 0x1003 for example):
> >
> > asoc-simple-card sound-cs42888.12: cpu : 2024000.esai /
On Wed, Mar 12, 2014 at 12:51:52AM +, Mark Brown wrote:
> Hi Greg,
>
> After merging the driver-core tree, today's linux-next build ()
> failed like this on a PowerPC defconfig:
>
> HEAD is now at ceb98e684dec Merge remote-tracking branch
> 'driver-core/driver-core-next'
> GEN
On Tuesday, March 11, 2014 02:13:59 PM Geert Uytterhoeven wrote:
> Hi Pavel,
>
> On Tue, Mar 11, 2014 at 1:40 PM, Pavel Machek wrote:
> > On Tue 2014-03-11 12:08:11, Geert Uytterhoeven wrote:
> >> From: Geert Uytterhoeven
> >>
> >> Signed-off-by: Geert Uytterhoeven
> >
> > Acked-by: Pavel
On Wed, Mar 12, 2014 at 5:11 AM, Mark Brown wrote:
> On Wed, Mar 12, 2014 at 04:59:47AM +0400, Max Filippov wrote:
>
>> And tlv320aic23 has the following regmap:
>
>> const struct regmap_config tlv320aic23_regmap = {
>> .reg_bits = 7,
>> .val_bits = 9,
>
>> and its SPI interface
On Wed, Mar 12, 2014 at 01:32:59AM +, Mark Brown wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> drivers/staging/cxt1e1/linux.c between commit 084b6e7765b95
> ("staging/cxt1e1/linux.c: Correct arbitrary memory write in c4_ioctl()") from
> Linus' tree
This API would be called from the platform specific code, or the
driver for the interrupt controller, when the system resumes from the
suspend because of an IRQ.
We track the reasons for which systems wake up from the low power
suspend mode. This is especially important on battery-powered
This makes sure that the name coming out of configfs cannot be used
accidentally as a format string.
Signed-off-by: Kees Cook
Cc: sta...@vger.kernel.org
---
v2:
- with stable cc; Felipe Balbi.
---
drivers/usb/gadget/tcm_usb_gadget.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Tuesday, March 11, 2014 10:40:27 PM Zhang Rui wrote:
> Before commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
> if acpi_dev_resource_memory()/acpi_dev_resource_io() returns false,
> it means the the resource is not a memeory/IO resource.
>
> But after commit
On Tue, Mar 11, 2014 at 07:25:45PM -0400, Matt Porter wrote:
> On Tue, Mar 11, 2014 at 10:45:17PM +, Lee Jones wrote:
> > Are there any inter-patch dependencies in the set? If so, we should
> > know about them so we can coordinate a sensible solution.
> Yes, the regulator driver (3/5) that
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: linux-kernel@vger.kernel.org, "Ingo Molnar" , "Frederic
> Weisbecker" ,
> "Andrew Morton"
> Sent: Tuesday, March 11, 2014 7:34:50 PM
> Subject: Re: [PATCH 1/2] Tracepoint API doc update: data argument
>
> On
On Fri, 2014-03-07 at 12:58 +0800, Chenhui Zhao wrote:
> From: Zhao Chenhui
>
> T1040 supports deep sleep feature, which can switch off most parts of
> the SoC when it is in deep sleep mode. This way, it becomes more
> energy-efficient.
>
> The DDR controller will also be powered off in deep
On Fri, 2014-03-07 at 12:57 +0800, Chenhui Zhao wrote:
> diff --git a/arch/powerpc/platforms/85xx/corenet_generic.c
> b/arch/powerpc/platforms/85xx/corenet_generic.c
> index b756f3d..3fdf9f3 100644
> --- a/arch/powerpc/platforms/85xx/corenet_generic.c
> +++
I'm announcing the release of the 3.4.83 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Tue, Mar 11, 2014 at 10:32:29AM -0400, Paul Gortmaker wrote:
> On 14-03-11 12:54 AM, Fengguang Wu wrote:
> > On Mon, Mar 10, 2014 at 10:49:24AM -0400, Paul Gortmaker wrote:
> >> On 14-03-08 03:07 AM, kbuild test robot wrote:
> >>> tree:
On Fri, 2014-03-07 at 12:58 +0800, Chenhui Zhao wrote:
> In sleep mode, the clocks of e500 cores and unused IP blocks is
> turned off. The IP blocks which are allowed to wake up the processor
> are still running.
>
> The sleep mode is equal to the Standby state in Linux. Use the
> command to
On Wed, Mar 12, 2014 at 04:59:47AM +0400, Max Filippov wrote:
> On Wed, Mar 12, 2014 at 4:34 AM, Mark Brown wrote:
> > This driver is not actually compatible with the tlv320aic23 driver since
> > it needs 8 bit words, you need to at least support that. You don't need
> That's strange, because
On Sun, Mar 09, 2014 at 05:50:21AM +0900, Satoru Takeuchi wrote:
> At Sat, 08 Mar 2014 09:10:00 -0800,
> Guenter Roeck wrote:
> >
> > On 03/08/2014 08:18 AM, Greg Kroah-Hartman wrote:
> > > On Sat, Mar 08, 2014 at 06:35:52AM -0800, Guenter Roeck wrote:
> > >> On 03/08/2014 01:47 AM, Satoru
On Tue, Mar 11, 2014 at 3:02 PM, Bjorn Helgaas wrote:
> On Tue, Mar 11, 2014 at 3:39 PM, Yinghai Lu wrote:
>> how about replacing that with:
>>
>> if (avail.start > avail.end)
>> continue;
>>
>> so we do not need to go deep into allocate_resource()
>
> We could, but why
On Sat, Mar 08, 2014 at 09:18:57PM -0700, Shuah Khan wrote:
> On 03/08/2014 01:50 PM, Satoru Takeuchi wrote:
> > At Sat, 08 Mar 2014 09:10:00 -0800,
> > Guenter Roeck wrote:
> >>
> >> On 03/08/2014 08:18 AM, Greg Kroah-Hartman wrote:
> >>> On Sat, Mar 08, 2014 at 06:35:52AM -0800, Guenter Roeck
On Wed, Mar 12, 2014 at 04:59:47AM +0400, Max Filippov wrote:
> And tlv320aic23 has the following regmap:
> const struct regmap_config tlv320aic23_regmap = {
> .reg_bits = 7,
> .val_bits = 9,
> and its SPI interface accordingly does the following in .probe:
>
On Tuesday, March 11, 2014 3:19 PM, Fred Akers wrote:
> This patch fixes a few function names that are very long and are
> not in the correct naming style
>
> Signed-off-by: Fred Akers
> ---
> .../comedi/drivers/addi-data/hwdrv_apci035.c | 58 +--
>
On 05/03/14 16:24, Lasse Collin wrote:
On 2014-03-05 Phillip Lougher wrote:
(BTW Kyle you should have CC'd me on the patch as a courtesy).
I could have done that too but somehow I didn't, sorry.
np
But speaking as the Squashfs author, the lack of BCJ support for
an architecture creates
This patch fixes a compilation problem (unused variable) with the
new SNB/IVB/HSW uncore IMC code.
In V2, we simplify the fix as suggested by Peter Zjilstra.
Reported-by: Stephen Rothwell
Signed-off-by: Stephane Eranian
--
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
On Tue, Mar 11, 2014 at 10:45:17PM +, Lee Jones wrote:
> > > > Add a driver for the BCM590xx PMU multi-function devices. The driver
> > > > initially supports regmap initialization and instantiation of the
> > > > voltage regulator device function of the PMU.
> > > >
> > > > Signed-off-by:
Add a DT binding for the BCM590xx PMUs. The binding inherits from
the generic regulator bindings.
Signed-off-by: Matt Porter
Reviewed-by: Tim Kryger
Reviewed-by: Markus Mayer
---
Documentation/devicetree/bindings/mfd/bcm590xx.txt | 41 ++
1 file changed, 41 insertions(+)
Add a driver for the BCM590xx PMU multi-function devices. The driver
initially supports regmap initialization and instantiation of the
voltage regulator device function of the PMU.
Signed-off-by: Matt Porter
Reviewed-by: Tim Kryger
Reviewed-by: Markus Mayer
---
drivers/mfd/Kconfig |
Add a dtsi to support the BCM590xx PMUs used by the BCM281xx family
of SoCs. Enable regulators for use with the dwc2 and sdhci on
bcm28155-ap.
Signed-off-by: Tim Kryger
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
---
arch/arm/boot/dts/bcm28155-ap.dts | 47 +++-
On Wed, 12 Mar 2014 00:52:33 + (UTC)
Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Steven Rostedt"
> > To: "Mathieu Desnoyers"
> > Cc: linux-kernel@vger.kernel.org, "Ingo Molnar" ,
> > "Frederic Weisbecker" ,
> > "Andrew Morton"
> > Sent: Tuesday, March 11, 2014
Enable BCM590xx MFD and regulator drivers to manage voltage
regulators on BCM281xx platforms.
Signed-off-by: Tim Kryger
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git
Hi,
On 03/11/2014 11:35 PM, Will Deacon wrote:
Hi Akashi,
On Fri, Feb 28, 2014 at 05:18:37AM +, AKASHI Takahiro wrote:
This patchset implements a function tracer on arm64.
There was another implementation from Cavium network, but both of us agreed
to use my patchset as future base. He is
On Wed, Mar 12, 2014 at 01:27:01AM +, Mark Brown wrote:
> Hi Greg,
You should look at the Subject: you are generating, I think something is
missing :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Add a regulator driver for the BCM590xx PMU voltage regulators.
The driver supports LDOs and DCDCs in normal mode only. There is
no support for low-power mode or power sequencing.
Signed-off-by: Matt Porter
Reviewed-by: Tim Kryger
Reviewed-by: Markus Mayer
---
drivers/regulator/Kconfig
On Mon, 10 Mar 2014 21:04:57 -0400
Mathieu Desnoyers wrote:
> Describe the @data argument (probe private data).
>
> Fixes: 38516ab59fbc "tracing: Let tracepoints have data passed to tracepoint
> callbacks"
> CC: Steven Rostedt
> CC: Ingo Molnar
> CC: Frederic Weisbecker
> CC: Andrew Morton
From: Michal Hocko
__mem_cgroup_try_charge duplicates get_mem_cgroup_from_mm for charges
which came without a memcg. The only reason seems to be a tiny
optimization when css_tryget is not called if the charge can be
consumed from the stock. Nevertheless css_tryget is very cheap since
it has been
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
arch/arm/boot/dts/imx53-qsb.dts between various commits from the arm-soc tree
and commit 17b5001b5143e3b ("imx-drm: convert to componentised device support")
from the staging tree.
I fixed it up (see below) and can carry
Users pass either a mm that has been established under task lock, or
use a verified current->mm, which means the task can't be exiting.
Signed-off-by: Johannes Weiner
Acked-by: Michal Hocko
---
mm/memcontrol.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/mm/memcontrol.c
Only page cache charges can happen without an mm context, so push this
special case out of the inner core and into the cache charge function.
An ancient comment explains that the mm can also be NULL in case the
task is currently being migrated, but that is not actually true with
the current case,
The BCM59056 is a multi-function power management unit used with the
BCM281xx family of SoCs. This series adds an MFD and voltage regulator
driver to support the BCM59056. The bcm28155-ap DT support is updated
to enable use of regulators on the otg and sdhci peripherals.
Changes since v3:
1 - 100 of 1640 matches
Mail list logo
