On Fri, May 2, 2014 at 12:22 AM, Viresh Kumar wrote:
> On 2 May 2014 10:48, Nishanth Menon wrote:
>> On Thu, May 1, 2014 at 11:30 PM, Viresh Kumar
>> wrote:
diff --git a/drivers/cpufreq/cpufreq_opp.c b/drivers/cpufreq/cpufreq_opp.c
new file mode 100644
index 000..2602ff8
On Thursday, May 01, 2014 06:48:08 PM Dirk Brandewie wrote:
> On 05/01/2014 04:18 PM, Rafael J. Wysocki wrote:
> > On Thursday, May 01, 2014 02:30:42 PM Dirk Brandewie wrote:
> >> On 05/01/2014 02:00 PM, Stratos Karafotis wrote:
> >>> Currently the driver calculates the next pstate proportional to
On 04/30/2014 11:46 PM, Sasha Levin wrote:
> On 04/03/2014 11:40 AM, Vlastimil Babka wrote:
>> For the MIGRATE_RESERVE pages, it is important they do not get misplaced
>> on free_list of other migratetype, otherwise the whole MIGRATE_RESERVE
>> pageblock might be changed to other migratetype in
On Fri 02-05-14 11:36:28, Michal Hocko wrote:
> On Wed 30-04-14 18:55:50, Johannes Weiner wrote:
> > On Mon, Apr 28, 2014 at 02:26:42PM +0200, Michal Hocko wrote:
> > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > > index 19d620b3d69c..40e517630138 100644
> > > --- a/mm/memcontrol.c
> > >
On Friday, May 02, 2014 10:47:48 AM Daniel Lezcano wrote:
> On 04/30/2014 01:16 AM, Rafael J. Wysocki wrote:
> > On Tuesday, April 29, 2014 01:28:03 AM Rafael J. Wysocki wrote:
> >> On Monday, April 28, 2014 01:14:32 PM Daniel Lezcano wrote:
> >>> On 04/27/2014 02:55 PM, Rafael J. Wysocki wrote:
>
On Wed 30-04-14 14:52:38, Andrew Morton wrote:
> On Mon, 28 Apr 2014 14:26:41 +0200 Michal Hocko wrote:
>
> > Hi,
> > previous discussions have shown that soft limits cannot be reformed
> > (http://lwn.net/Articles/555249/). This series introduces an alternative
> > approach for protecting
drivers/tty/serial/sc16is7xx.c:1060:12: warning: 'sc16is7xx_probe' defined but
not used [-Wunused-function]
static int sc16is7xx_probe(struct device *dev,
^
drivers/tty/serial/sc16is7xx.c:1176:12: warning: 'sc16is7xx_remove' defined but
not used [-Wunused-function]
static int
On Fri, May 02, 2014 at 04:22:03AM -0700, David Rientjes wrote:
> On Fri, 2 May 2014, Mel Gorman wrote:
>
> > > Synchronous memory compaction can be very expensive: it can iterate an
> > > enormous
> > > amount of memory without aborting, constantly rescheduling, waiting on
> > > page
> > >
On 01/05/14 18:50, James Bottomley wrote:
>
>> +
>> +config MAX_STACK_SIZE_MB
>> +int "Maximum user stack size (MB)"
>> +default 80
>> +range 8 256 if METAG
>> +range 8 2048
>> +depends on STACK_GROWSUP
>> +help
>> + This is the maximum stack size in Megabytes in the
On Friday, May 02, 2014 04:51:46 PM Baoquan He wrote:
> On 04/30/14 at 10:13pm, Rafael J. Wysocki wrote:
> > On Wednesday, April 30, 2014 02:03:03 PM Baoquan He wrote:
> > > Hi Rafael,
> >
> > Hi,
> >
> > > Thanks for previous review for v1. Later on I thought acpi_lapic is
> > > more suitable
On Friday, May 02, 2014 10:52:27 AM Daniel Lezcano wrote:
> On 05/01/2014 12:47 AM, Rafael J. Wysocki wrote:
> > On Wednesday, April 30, 2014 02:01:02 PM Daniel Lezcano wrote:
> >> Encapsulate the large portion of cpuidle_idle_call inside another
> >> function so when CONFIG_CPU_IDLE=n, the code
On Thu, May 01, 2014 at 08:35:05PM +0200, Jiri Olsa wrote:
> On Thu, May 01, 2014 at 10:27:30AM +0200, Peter Zijlstra wrote:
> > Hi,
> >
> > I occasionally build the odd program against raw perf and use perf.h for
> > this.
> >
> > Now I find that no longer works because of:
> >
> >
On Friday, May 02, 2014 10:59:11 AM Daniel Lezcano wrote:
> On 05/01/2014 12:56 AM, Rafael J. Wysocki wrote:
> > On Thursday, May 01, 2014 12:47:25 AM Rafael J. Wysocki wrote:
> >> On Wednesday, April 30, 2014 02:01:02 PM Daniel Lezcano wrote:
> >>> Encapsulate the large portion of
Hi,
As per a lot of linux documentation some components work in process
context and some work in interrupt context.
If we try to map these contexts to ARM processor modes then is it
safely to assume that
Process Context : CPSR.mode = SVC
Interrupt Context : CPSR.mode = IRQ
If not how to define
Thanks for Dan's advice.
I will revise the patch code.
Next upload will be PATCH v1.1 16 patches.
On Fri, 2014-05-02 at 11:31 +0300, Dan Carpenter wrote:
> On Wed, Apr 30, 2014 at 05:50:12PM +0800, ching wrote:
> > From: Ching
> >
> > Adding code for supporting MSI-X interrupt
> >
> >
On Fri, May 02, 2014 at 06:49:22PM +0900, Alexandre Courbot wrote:
> ttm_tt_cache_flush's implementation was removed in 2009 by commit
> c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since
> then.
>
> It has been surviving in the dark for too long now ; give it the coup
> de
* Fernando Lopez-Lezcano | 2014-04-26 11:29:04 [-0700]:
>Saw this a moment ago (3.14.1 + rt1, Fedora 19 laptop - I think I
>have seen something similar in 3.12.x-r):
Yes, you did: https://lkml.org/lkml/2014/3/7/163
You did not test I've sent. Care to do so?
>Apr 26 11:16:11 localhost kernel: [
On Wed, 30 Apr 2014 15:25:51 -0600
Toshi Kani wrote:
> On Mon, 2014-04-14 at 17:11 +0200, Igor Mammedov wrote:
> > acpi_processor_add() assumes that present at boot CPUs
> > are always onlined, it is not so if a CPU failed to become
> > onlined. As result acpi_processor_add() will mark such CPU
On Fri, 2014-05-02 at 06:56 -0400, Rik van Riel wrote:
> On 05/02/2014 03:37 AM, Mike Galbraith wrote:
> > On Fri, 2014-05-02 at 02:30 -0400, Rik van Riel wrote:
> >> On 05/02/2014 02:13 AM, Mike Galbraith wrote:
> >>> On Fri, 2014-05-02 at 00:42 -0400, Rik van Riel wrote:
> >>>
> Whether
On Wed 30-04-14 16:25:34, Johannes Weiner wrote:
[...]
> Documentation/cgroups/memcg_test.txt | 160 +--
> include/linux/memcontrol.h | 94 +-
> include/linux/page_cgroup.h | 43 +-
> include/linux/swap.h | 15 +-
> kernel/events/uprobes.c |
On Fri, 2 May 2014, Mel Gorman wrote:
> > Synchronous memory compaction can be very expensive: it can iterate an
> > enormous
> > amount of memory without aborting, constantly rescheduling, waiting on page
> > locks and lru_lock, etc, if a pageblock cannot be defragmented.
> >
> >
On Wed 30-04-14 14:59:10, Andrew Morton wrote:
> On Mon, 28 Apr 2014 14:26:41 +0200 Michal Hocko wrote:
>
> > The series is based on top of the current mmotm tree. Once the series
> > gets accepted I will post a patch which will mark the soft limit as
> > deprecated with a note that it will be
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Two bug fixes, one to fix a potential information leak in the BPF jit
and common-io-layer fix for old firmware levels.
Martin
On Thu, May 01, 2014 at 08:05:04PM +0100, Bjorn Helgaas wrote:
> [+cc Arnd]
>
> On Thu, May 1, 2014 at 8:08 AM, James Bottomley
> wrote:
> > On Wed, 2014-04-30 at 14:33 -0600, Bjorn Helgaas wrote:
> >> dma_declare_coherent_memory() takes two addresses for a region of memory: a
> >> "bus_addr"
On Fri, 2014-05-02 at 12:09 +0200, Sebastian Andrzej Siewior wrote:
> * Mike Galbraith | 2014-04-19 16:46:06 [+0200]:
>
> >Hi Sebastian,
> Hi Mike,
>
> >This hunk in hotplug-light-get-online-cpus.patch looks like a bug.
> >
> >@@ -333,7 +449,7 @@ static int __ref _cpu_down(unsigned int
> >
On Fri, May 02, 2014 at 10:57:09AM +0900, Jungseok Lee wrote:
> On Thursday, May 01, 2014 7:06 PM, Christoffer Dall wrote:
> > On Thu, May 01, 2014 at 11:33:56AM +0900, Jungseok Lee wrote:
[...]
> > > +
> > > +choice
> > > + prompt "Virtual address space size"
> > > + default ARM64_VA_BITS_39 if
On Thu, May 01, 2014 at 02:49:01PM -0400, Vince Weaver wrote:
>
> OK, humor me a bit here.
>
> I'm looking at the buggy trace and comparing against a "good" trace where
> the bug doesn't happen.
>
> It is a rance condition of sorts, because it's just a 10us or so
> interleaving of calls that
Hi Jacek,
On Mon, Apr 28, 2014 at 01:25:09PM +0200, Jacek Anaszewski wrote:
> Hi Sakari,
>
> On 04/23/2014 05:24 PM, Sakari Ailus wrote:
> >Hi Jacek,
> >
> >On Thu, Apr 17, 2014 at 10:26:44AM +0200, Jacek Anaszewski wrote:
> >>Hi Sakari,
> >>
> >>Thanks for the review.
> >>
> >>On 04/16/2014
On Thu, May 01, 2014 at 03:08:12PM +0100, James Bottomley wrote:
> On Wed, 2014-04-30 at 14:33 -0600, Bjorn Helgaas wrote:
> > dma_declare_coherent_memory() takes two addresses for a region of memory: a
> > "bus_addr" and a "device_addr". I think the intent is that "bus_addr" is
> > the physical
On 05/02/2014 03:37 AM, Mike Galbraith wrote:
> On Fri, 2014-05-02 at 02:30 -0400, Rik van Riel wrote:
>> On 05/02/2014 02:13 AM, Mike Galbraith wrote:
>>> On Fri, 2014-05-02 at 00:42 -0400, Rik van Riel wrote:
>>>
Whether or not this is the right thing to do remains to be seen,
but it
On Thu, 1 May 2014, Yinghai Lu wrote:
> Prepare for ioapic hotplug.
>
> Signed-off-by: Yinghai Lu
> ---
> include/linux/irq.h | 3 +++
> kernel/irq/irqdesc.c | 68
>
> 2 files changed, 71 insertions(+)
>
> diff --git a/include/linux/irq.h
On Thu, Apr 24, 2014 at 2:02 PM, Ley Foon Tan wrote:
> On Tue, Apr 22, 2014 at 9:59 PM, Arnd Bergmann wrote:
>> On Friday 18 April 2014, Ley Foon Tan wrote:
>>
>>> +
>>> +#include
>>> +
>>> +#define IO_SPACE_LIMIT 0x
>>
>> Please use 0x here, this should work for almost any PCI bus.
On Fri, May 2, 2014 at 2:55 PM, Vivek Gautam wrote:
> Hi Tomasz,
>
>
> On Thu, May 1, 2014 at 10:46 PM, Tomasz Figa wrote:
>> Hi Vivek,
>>
>> Please see my comments inline.
>
> Thanks for the review, please find my answers inline.
>
>>
>>
>> On 30.04.2014 07:19, Vivek Gautam wrote:
>>>
>>> Add
Hi Arnd,
Am Freitag, 2. Mai 2014, 00:35:21 schrieb Arnd Bergmann:
> On Thursday 01 May 2014 12:11:25 Mark Brown wrote:
> > On Tue, Apr 29, 2014 at 07:18:34PM +0800, Xia Kaixu wrote:
> > > From: Arnd Bergmann
> > >
> > > SND_S3C_DMA_LEGACY can only be set on S3C24xx, which does not
> > > (yet)
On Thu, May 01, 2014 at 02:35:48PM -0700, David Rientjes wrote:
> Synchronous memory compaction can be very expensive: it can iterate an
> enormous
> amount of memory without aborting, constantly rescheduling, waiting on page
> locks and lru_lock, etc, if a pageblock cannot be defragmented.
>
>
* Mike Galbraith | 2014-04-21 05:31:18 [+0200]:
>Another little bug. This hunk of patches/stomp-machine-raw-lock.patch
>should be while (atomic_read(_todo))
Thanks, fixed up.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Michael Kerrisk
Some simple testing shows that reading from /proc/timer_stats
does not disable sampling. Looking back over past source code,
it appears that it never did.
Signed-off-by: Michael Kerrisk
---
Documentation/timers/timer_stats.txt | 6 +++---
1 file changed, 3 insertions(+),
On Thu, May 01, 2014 at 02:35:42PM -0700, David Rientjes wrote:
> Memory compaction works by having a "freeing scanner" scan from one end of a
> zone which isolates pages as migration targets while another "migrating
> scanner"
> scans from the other end of the same zone which isolates pages
On Thu, May 01, 2014 at 02:35:37PM -0700, David Rientjes wrote:
> Memory migration uses a callback defined by the caller to determine how to
> allocate destination pages. When migration fails for a source page, however,
> it
> frees the destination page back to the system.
>
> This patch adds
* Mike Galbraith | 2014-04-19 16:46:06 [+0200]:
>Hi Sebastian,
Hi Mike,
>This hunk in hotplug-light-get-online-cpus.patch looks like a bug.
>
>@@ -333,7 +449,7 @@ static int __ref _cpu_down(unsigned int
>/* CPU didn't die: tell everyone. Can't complain. */
>
Hi Guenter,
This looks pretty sensible to me (and the arm/arm64 bits look fine too), but
I have one question below...
On Thu, May 01, 2014 at 04:41:29PM +0100, Guenter Roeck wrote:
> Some hardware implements reboot through its watchdog hardware,
> for example by triggering a watchdog timeout.
On Thursday 01 May 2014 14:12:10 Grant Likely wrote:
> > > I've got two concerns here. of_dma_get_range() retrieves only the first
> > > tuple from the dma-ranges property, but it is perfectly valid for
> > > dma-ranges to contain multiple tuples. How should we handle it if a
> > > device has
Il 02/05/2014 03:43, Hu Yaohui ha scritto:
Hi all,
I have a problem running the latest version of kvm with nested configuration.
I used to run it with kernel 3.2.2 both for L0 and L1, which works perfectly.
When I change my L0 to kernel 3.10.36, L1 to kernel 3.12.10.
When I start L2 guest in L1
Hi James,
Indeed, it makes you confusion that I mistake typing the subject.
It should be [PATCH v1.0 1/16] , but not [PATCH v1.0 1/11].
Why I use v1.0 other than v1.4? Changing from 11 patches to 16 patches.
Because I spend a long time to simplify each patch, so patch number is increase.
It is
ttm_tt_cache_flush's implementation was removed in 2009 by commit
c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since
then.
It has been surviving in the dark for too long now ; give it the coup
de grâce.
Signed-off-by: Alexandre Courbot
---
include/drm/ttm/ttm_bo_driver.h |
On Wed 30-04-14 18:57:48, Johannes Weiner wrote:
> On Mon, Apr 28, 2014 at 02:26:45PM +0200, Michal Hocko wrote:
> > Describe low_limit_in_bytes and its effect.
> >
> > Signed-off-by: Michal Hocko
> > ---
> > Documentation/cgroups/memory.txt | 9 +
> > 1 file changed, 9 insertions(+)
>
On Wed 30-04-14 19:03:50, Johannes Weiner wrote:
> On Mon, Apr 28, 2014 at 02:26:44PM +0200, Michal Hocko wrote:
> > Be explicit about global and hard limit reclaims in our documentation.
> >
> > Signed-off-by: Michal Hocko
> > ---
> > Documentation/cgroups/memory.txt | 31
Sorry -- fatfingered in Thunderbird. Proper patch on its way shortly.
On Fri, May 2, 2014 at 11:29 AM, Michael Kerrisk (man-pages)
wrote:
> From: Michael Kerrisk
>
> Some simple testing shows that reading from /proc/timer_stats
> does not disable sampling. Looking back over past source code,
>
Adapt the NVC0 BAR driver to make it able to support chips that do not
expose a BAR3. When this happens, BAR1 is then used for USERD mapping
and the BAR alloc() functions is disabled, making GPU objects unable
to rely on BAR for data access and falling back to PRAMIN.
Signed-off-by: Alexandre
On Wed 30-04-14 18:55:50, Johannes Weiner wrote:
> On Mon, Apr 28, 2014 at 02:26:42PM +0200, Michal Hocko wrote:
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index 19d620b3d69c..40e517630138 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -2808,6 +2808,29 @@ static
Latest patches for GK20A, taking comments received for v3 into account.
Changes since v3:
- use only pfn_to_page() and page_to_pfn() in GK20A's FB. These functions
are present on every arch and the physical address to page frame number
conversion is also consistently a shift of PAGE_SHIFT.
GK20A's FIFO is compatible with NVE0, but only features 128 channels and
1 runlist.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/fifo/gk20a.c | 35 ++
Add support for initializing the priv ring of GK20A. This is done by the
BIOS on desktop GPUs, but needs to be done by hand on Tegra.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/include/subdev/ibus.h | 1 +
Add a GR device for GK20A based on NVE4, with the correct classes
definitions (GK20A's 3D class is 0xa297).
Most of the NVE4 code can be used on GK20A, so make relevant bits of
NVE4 available to other chips as well.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile
On Wed, Apr 30, 2014 at 07:46:18PM +0800, ching wrote:
> + acb->pmuD = reg;
> + reg->chip_id = (u32 __iomem *)((unsigned long)acb->mem_base0 +
> + ARCMSR_ARC1214_CHIP_ID);
> + reg->cpu_mem_config = (u32 __iomem *)((unsigned long)
> + acb->mem_base0 +
nvc0_graph_ctor() would only let the graphics engine be enabled if its
oclass has a proper microcode linked to it. This prevents GR from being
enabled at all on chips that rely exclusively on external firmware, even
though such a use-case is valid.
Relax the conditions enabling the GR engine to
Set the correct subdev/engine classes when GK20A (0xea) is probed.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/engine/device/nve0.c
Pad the microcode to a multiple of 0x40 words, otherwise firmware will
fail to run from non-prepadded firmware files.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 4
1 file changed, 4 insertions(+)
diff --git
Some chips that use system memory exclusively (e.g. GK20A) do not
expose 2 BAR regions. For them only BAR1 exists, and it should be used
for USERD mapping. Do not map BAR3 if its resource does not exist.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
Add a simple FB device for GK20A, as well as a RAM implementation based
on contiguous DMA memory allocations suitable for chips that use system
memory as video RAM.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile | 2 +
Hello,
I am Miss. Supini Thrunkul from China Misheng bank,I need your cooperation to
transfer $47.3 million US Dollars to any trusted account within your control.
Please contact me for more details.
Sincerely Yours,
Miss. Supini Thrunkul
Chief Financial Officer
Head Foreign Operation Dept.
From: Michael Kerrisk
Some simple testing shows that reading from /proc/timer_stats
does not disable sampling. Looking back over past source code,
it appears that it never did.
Signed-off-by: Michael Kerrisk
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Hi Tomasz,
On Thu, May 1, 2014 at 10:46 PM, Tomasz Figa wrote:
> Hi Vivek,
>
> Please see my comments inline.
Thanks for the review, please find my answers inline.
>
>
> On 30.04.2014 07:19, Vivek Gautam wrote:
>>
>> Add support to consume phy provided by Generic phy framework.
>> Keeping the
Hi WIll, Mark,
Ping on this series. Can you please check? Is the refreshed patch OK?
Cheers,
Jean
On 28 April 2014 15:12, Jean Pihet wrote:
> Introducing perf_regs_load function, which is going
> to be used for dwarf unwind test in following patches.
>
> It takes single argument as a pointer
On Fri, Apr 25, 2014 at 11:12:22AM +0200, Christian Borntraeger wrote:
> The goal of this series is to
> - enable perf kvm stat on s390
> - get rid of a perf warning "insn_to_mnemonic not found" when it tries to
> decode s390 perf trace events
perf tools changes look good to me
>
> Review
On Wed 30-04-14 16:42:55, Rik van Riel wrote:
> On Wed, 30 Apr 2014 13:13:53 -0700
> Andrew Morton wrote:
>
> > This was a consequence of 64->32 truncation and it can't happen any
> > more, can it?
>
> Andrew, this is cleaner indeed :)
>
> Masayoshi-san, does the bug still happen with this
Patch to fix Some Coding style warnings. Sending it to complete
one of Eudyptula Challenges.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
From: Sheetal T
Signed-off-by: Sheetal T
---
drivers/staging/comedi/drivers/das08.h | 56 +---
1 file changed, 30 insertions(+), 26 deletions(-)
diff --git a/drivers/staging/comedi/drivers/das08.h
b/drivers/staging/comedi/drivers/das08.h
index 2a30d76..cc730ff
On Wed, Apr 30, 2014 at 07:38:26PM +0800, ching wrote:
> From: Ching
>
> Fix sparse utility checking errors.
>
I was expecting that this patch would add __iomem annotations throughout
but in several places it actually removes calls to readl() and writel()
as well.
> case
* Steven Rostedt | 2014-04-08 22:47:02 [-0400]:
>From: "Steven Rostedt (Red Hat)"
>
>The rt_mutex_init() macro is the same whether or not
>CONFIG_DEBUG_RT_MUTEX is set. Remove the duplicate.
>
>Signed-off-by: Steven Rostedt
This does not apply cleanly on v3.14-rt
>---
* Steven Rostedt | 2014-04-08 22:47:01 [-0400]:
>From: "Steven Rostedt (Red Hat)"
>
>The readers of mainline rwsems are not allowed to nest, the rwsems in the
>PREEMPT_RT kernel should not nest either.
>
>Signed-off-by: Steven Rostedt
Applied
Sebastian
--
To unsubscribe from this list: send
On Fri, May 2, 2014 at 7:51 AM, Al Viro wrote:
> On Wed, Apr 30, 2014 at 11:15:15AM +0200, Miklos Szeredi wrote:
>> IBM is triggering this with the host01 test from the LTP suite. I haven't
>> yet
>> tried to reproduce it.
>
> Could you repost their report? So far I hadn't managed to get
On 05/01/2014 12:56 AM, Rafael J. Wysocki wrote:
On Thursday, May 01, 2014 12:47:25 AM Rafael J. Wysocki wrote:
On Wednesday, April 30, 2014 02:01:02 PM Daniel Lezcano wrote:
Encapsulate the large portion of cpuidle_idle_call inside another
function so when CONFIG_CPU_IDLE=n, the code will be
On Wed, Apr 30, 2014 at 07:30:29PM +0800, ching wrote:
> From: Ching
>
> Revise allocation of second dma_coherent_handle for type_B adapter.
>
Is this a bugfix? I think it is. Do you know what the user visible
effects are?
regards,
dan carpenter
--
To unsubscribe from this list: send the
Hi Geert,
Some more review comments.
> +
> +
> +#ifdef CONFIG_PM_RUNTIME
> +
> +static int of_clk_pm_runtime_suspend(struct device *dev)
> +{
> + int ret;
> +
> + ret = pm_generic_runtime_suspend(dev);
> + if (ret)
> + return ret;
> +
> + ret =
On 04/30/14 at 10:13pm, Rafael J. Wysocki wrote:
> On Wednesday, April 30, 2014 02:03:03 PM Baoquan He wrote:
> > Hi Rafael,
>
> Hi,
>
> > Thanks for previous review for v1. Later on I thought acpi_lapic is
> > more suitable for checking whether LAPIC in MADT is available, and it can
> > hanlde
On Wed, Apr 30, 2014 at 07:19:25PM +0800, ching wrote:
> From: Ching
>
> Clearing outbound doorbell buffer completely for adapter type C.
>
What are the user visible effects of this bug?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 05/01/2014 12:47 AM, Rafael J. Wysocki wrote:
On Wednesday, April 30, 2014 02:01:02 PM Daniel Lezcano wrote:
Encapsulate the large portion of cpuidle_idle_call inside another
function so when CONFIG_CPU_IDLE=n, the code will be compiled out.
Also that is benefitial for the clarity of the
On Wed, Apr 30, 2014 at 07:02:37PM +0800, ching wrote:
> + }
> + atomic_inc(>rq_map_token);
This patch is a nice cleanup but it would be even better if you flipped
this condition around.
> + if (readl(signature) == ARCMSR_SIGNATURE_GET_CONFIG) {
if (readl(signature) !=
On 04/30/2014 01:16 AM, Rafael J. Wysocki wrote:
On Tuesday, April 29, 2014 01:28:03 AM Rafael J. Wysocki wrote:
On Monday, April 28, 2014 01:14:32 PM Daniel Lezcano wrote:
On 04/27/2014 02:55 PM, Rafael J. Wysocki wrote:
[ ... ]
---
From: Rafael J. Wysocki
Subject: cpuidle / menu: Return
On Thu, 1 May 2014, Leon Yu wrote:
> Date: Thu, 1 May 2014 03:31:28 +
> From: Leon Yu
> To: Benjamin LaHaise ,
> Alexander Viro
> Cc: linux-...@kvack.org, linux-fsde...@vger.kernel.org,
> linux-kernel@vger.kernel.org, Leon Yu
> Subject: [PATCH] aio: fix potential leak in
On Thu, May 1, 2014 at 4:34 PM, Al Viro wrote:
> On Thu, May 01, 2014 at 11:42:52AM +0200, Miklos Szeredi wrote:
>> - "bool foo = flag & FLAG" looks suspicious. Is this guaranteed not to
>> overflow?
>
> What do you mean, overflow? It's not a 1-bit unsigned int; conversion to
> _Bool is
On Friday 02 May 2014 06:11:42 James Bottomley wrote:
> On Thu, 2014-05-01 at 13:05 -0600, Bjorn Helgaas wrote:
> > [+cc Arnd]
> >
> > On Thu, May 1, 2014 at 8:08 AM, James Bottomley
> > wrote:
> > > On Wed, 2014-04-30 at 14:33 -0600, Bjorn Helgaas wrote:
> > >> dma_declare_coherent_memory()
On Wed, Apr 30, 2014 at 06:49:22PM +0800, ching wrote:
> From: Ching
>
> Fix abort command and its relate function.
The changelog should really say something about what the user visible
effects are for this bug.
regards,
dan carpenter
--
To unsubscribe from this list: send the line
On Thu, 1 May 2014, Josh Poimboeuf wrote:
> Since Jiri posted the kGraft patches [1], I wanted to share an
> alternative live patching solution called kpatch, which is something
> we've been working on at Red Hat for quite a while.
Hi Josh, Seth,
thanks a lot for following up to our RFC with
On Wed, Apr 30, 2014 at 05:50:12PM +0800, ching wrote:
> From: Ching
>
> Adding code for supporting MSI-X interrupt
>
> Signed-off-by: Ching
> ---
These patches seem to be broken up nicely into patches which do one
thing per patch and they are much easier to review now. Thanks!
> +static int
On Thu, 01 May 2014 17:11:56 -0600
Toshi Kani wrote:
> On Mon, 2014-04-14 at 17:11 +0200, Igor Mammedov wrote:
> > Hang is observed on virtual machines during CPU hotplug,
> > especially in big guests with many CPUs. (It reproducible
> > more often if host is over-committed).
> >
> > It happens
>>
>>
>> Normally I don't think it's a good idea to "automatically" manage
>> clocks from PM core or any other place but from the driver (and
>> possibly the subsystem).
>>
>> The reason is simply that we hide things that normally is supposed to
>> be handled by the driver. Typically a cross SOC
The original implementation of MMC support for Akebono introduced a
new configuration symbol (MMC_SDHCI_OF_476GTR). This symbol has been
dropped in favour of using the generic platform driver however the
select for this symbol was mistakenly left in the platform
configuration.
This patch removes
Tegra Note 7 is a consumer tablet embedding a Tegra 4 SoC with 1GB RAM
and a 720p panel.
The following hardware is enabled by this device tree: UART, eMMC, USB
(needs external power), PMIC, backlight, DSI panel, keys.
SD card, HDMI, charger, self-powered USB, audio, wifi, bluetooth are not
yet
On Fri, 2014-05-02 at 02:30 -0400, Rik van Riel wrote:
> On 05/02/2014 02:13 AM, Mike Galbraith wrote:
> > On Fri, 2014-05-02 at 00:42 -0400, Rik van Riel wrote:
> >
> >> Whether or not this is the right thing to do remains to be seen,
> >> but it does allow us to verify whether or not the
At Wed, 30 Apr 2014 13:40:11 -0400,
Bryan Quigley wrote:
>
> > Hm, what about the one below instead?
> >
> >
> > Takashi
>
> It works now! Still gives me some errors, but both the webcam and
> microphone function fine..
>
> On pluging it in, all seems normal:
> Apr 30 13:33:29 dell-laptop
On Wed, Apr 30, 2014 at 10:05:53PM +0100, Karim Raslan wrote:
> fixing "Missing a blank line after declarations" found by checkpatch.pl script
>
Use a subject prefix. Also the subject is too vague.
[PATCH] staging: android: alarm-dev: add a blank line
regards,
dan carpenter
--
To unsubscribe
As http://www.spinics.net/lists/netdev/msg165015.html
pktgen generates shared packet through vlan interface will cause
oops because of duplicate entering tc queue.
Try to solve this problem by means of packet clone instead of sharing.
Signed-off-by: Zhouyi Zhou
---
net/core/pktgen.c | 20
Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140501:
The powerpc tree still had its build failure.
Non-merge commits (relative to Linus' tree): 3658
3376 files changed, 122496 insertions(+), 79513 deletions(-)
On 05/01/2014 02:47 AM, Steven Rostedt wrote:
Could this wait until it appears in the development release?
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 05/02/2014 02:13 AM, Mike Galbraith wrote:
> On Fri, 2014-05-02 at 00:42 -0400, Rik van Riel wrote:
>
>> Whether or not this is the right thing to do remains to be seen,
>> but it does allow us to verify whether or not the wake_affine
>> strategy of always doing affine wakeups and only
Christian Engelmayer writes:
> Fix a potential leak in the error path of function update_bcn_wps_ie().
> Move the affected input verification to the beginning of the function so
> that it may return directly without leaking already allocated memory.
> Detected by Coverity - CID 1077718.
>
>
On Fri, 2014-05-02 at 08:36 +0200, Mike Galbraith wrote:
> Reason why is that case was on a box where FAIR_SLEEPERS is disabled by
> default, meaning there is no such thing as wakeup preemption. Guess
> what happens when you don't have shared LLC for a fast/light wakee to
> escape to when the
On Fri, 2014-05-02 at 02:08 -0400, Rik van Riel wrote:
> On 05/02/2014 01:58 AM, Mike Galbraith wrote:
> > On Fri, 2014-05-02 at 07:32 +0200, Mike Galbraith wrote:
> >> On Fri, 2014-05-02 at 00:42 -0400, Rik van Riel wrote:
> >>> Currently sync wakeups from the wake_affine code cannot work as
>
501 - 600 of 1228 matches
Mail list logo
