Hi Chanwoo Choi,
On Wednesday 12 June 2013 07:09 AM, Chanwoo Choi wrote:
From: Kishon Vijay Abraham I
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Ab
Hi Dmitry,
On Mon, Jun 10, 2013 at 23:33:11, Dmitry Torokhov wrote:
> Manish,
>
> On Mon, Jun 10, 2013 at 10:23:16AM +, Vishwanathrao Badarkhe, Manish
> wrote:
> > Hi Dmitry,
> >
> > On Mon, Jun 10, 2013 at 11:34:42, Dmitry Torokhov wrote:
> > > Hi Manish,
> > >
> > > On Tue, May 21, 2013
On Tue, 11 Jun 2013 21:22:48 -0700 John Stultz wrote:
> From: Minchan Kim
>
> This patch adds new system call sys_vrange.
>
> NAME
> vrange - Mark or unmark range of memory as volatile
>
> SYNOPSIS
> int vrange(unsigned_long start, size_t length, int mode,
>
On 11/06/2013 23:24, Ben Hutchings wrote:
On Tue, 2013-06-11 at 17:24 +0300, Eliezer Tamir wrote:
adds a socket option for low latency polling.
This allows overriding the global sysctl value with a per-socket one.
[...]
--- a/net/core/sock.c
+++ b/net/core/sock.c
@@ -913,6 +913,23 @@ set_rcvbu
Hello Kees,
On Tue, Jun 11, 2013 at 9:58 PM, Kees Cook wrote:
> Moves the relocation handling into C, after decompression. This requires
> that the decompressed size is passed to the decompression routine as
> well so that relocations can be found. Only kernels that need relocation
> support will
On Tue, 2013-06-11 at 22:27 -0700, David Miller wrote:
> From: "John W. Linville"
> Date: Thu, 6 Jun 2013 15:09:30 -0400
>
> > Johannes Berg (2):
> > mac80211: constify ieee802_11_parse_elems() argument
>
> Such cleanups are absolutely, positively, not appropriate at this
> time.
My other
On Tue, Apr 2, 2013 at 1:10 PM, Bjorn Helgaas wrote:
> On Mon, Apr 1, 2013 at 6:03 PM, Yinghai Lu wrote:
>>> commit 96e5d01cd536458435ef0678d9fa3dc542afb41f
>>> Author: Bjorn Helgaas
>>> Date: Mon Apr 1 15:47:39 2013 -0600
>>>
>>> Revert "PCI/ACPI: Request _OSC control before scanning PCI
On Mon, Jun 10, 2013 at 07:29:46PM +0200, Lars-Peter Clausen wrote:
> On 05/30/2013 08:46 PM, Lars-Peter Clausen wrote:
> >>> +static int jz4740_dma_alloc_chan_resources(struct dma_chan *c)
> >>> +{
> >>> + struct jz4740_dmaengine_chan *chan = to_jz4740_dma_chan(c);
> >>> +
> >>> + chan->jz_chan =
On Tue, Jun 11, 2013 at 8:09 PM, Linus Torvalds
wrote:
>
> It's after -rc5, and this pattern of "stuff comes in quite late in the
> merge window, and then even later in the rc series" is getting really
> tiresome.
Gaah. I took it. I still don't like the timing here, but looking at
the commits I c
On 12 June 2013 11:30, Lukasz Majewski wrote:
> As you pointed out in the other mail 1/3 has its own issues, but I
> think that patches 2/3 and 3/3 are an integral part of the boost
> support and bring better overall overview to the design.
Yes they are. Undoubtedly.
>> Maybe you can just send v
Hi Viresh,
> On 11 June 2013 14:33, Lukasz Majewski wrote:
> > This patch series introduces support for CPU overclocking technique
> > called Boost.
> >
> > It is a follow up of a LAB governor proposal. Boost is a LAB
> > component:
> > http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpu
On Tue, Jun 11, 2013 at 03:39:57PM +0300, Andy Shevchenko wrote:
> On Wed, 2013-06-05 at 15:26 +0300, Andy Shevchenko wrote:
> > This is split of the dw_dmac driver as suggested by Arnd et al [1,2].
> > There are three most important patches:
> > 2/4 moves driver to its own folder
> > 3/4 does t
On Wed, Jun 05, 2013 at 03:26:44PM +0300, Andy Shevchenko wrote:
> The dw_dmac driver is going to be split into multiple files. To make this more
> convenient move it to an own directory.
>
> Signed-off-by: Andy Shevchenko
> Acked-by: Viresh Kumar
> Acked-by: Arnd Bergmann
> ---
> +config DW_DM
On Wed, Jun 12, 2013 at 02:33:16PM +0900, Magnus Damm wrote:
> Hi Laurent,
>
> [Added Simon to CC]
>
> Thanks for your work on converting the TPU driver. I found one issue, see
> below:
>
> On Tue, Jun 11, 2013 at 10:45 PM, Laurent Pinchart
> wrote:
> > Instead of using the LED-specific TPU PW
On 06/03/2013 11:05 PM, Greg Kroah-Hartman wrote:
> On Mon, Jun 03, 2013 at 02:34:11PM +0200, Michal Simek wrote:
>> Hi Hans and Greg,
>>
>> can you please comment this?
>
> I'll let Hans handle this, as he's the UIO maintainer now.
>
Hans: Any update on this?
Thanks,
Michal
--
Michal Simek,
The OF code uses irqsafe locks everywhere except in a handful of functions
for no obvious reasons. Since the conversion from the old rwlocks, this
now triggers lockdep warnings when used at interrupt time. At least one
driver (ibmvscsi) seems to be doing that from softirq context.
This converts th
>
> /**
> + * ufshcd_query_request() - API for issuing query request to the device.
> + * @hba: ufs driver context
> + * @query: params for query request
> + * @descriptor: buffer for sending/receiving descriptor
> + * @retries: number of times to try executing the command
> + *
> + * All n
Hi Laurent,
[Added Simon to CC]
Thanks for your work on converting the TPU driver. I found one issue, see below:
On Tue, Jun 11, 2013 at 10:45 PM, Laurent Pinchart
wrote:
> Instead of using the LED-specific TPU PWM driver, switch to the generic
> TPU PWM driver with leds-pwm.
>
> Signed-off-by:
On Wed, 2013-05-22 at 07:26 -0500, Rob Herring wrote:
> > git://sources.calxeda.com/kernel/linux.git of-platform-removal
>
> Ben,
>
> Did you have a chance to test this? I want to get this into -next.
I tested the one in for-next (sorry for the high latency). Works fine.
Ack.
Cheers,
Ben.
--
> +/*
> + * ufshcd_wait_for_register - wait for register value to change
> + * @hba - per-adapter interface
> + * @reg - mmio register offset
> + * @mask - mask to apply to read register value
> + * @val - wait condition
> + * @interval_us - polling interval in microsecs
> + * @timeout_ms - timeout
From: "John W. Linville"
Date: Thu, 6 Jun 2013 15:09:30 -0400
> Johannes Berg (2):
> mac80211: constify ieee802_11_parse_elems() argument
Such cleanups are absolutely, positively, not appropriate at this
time.
Sorry.
I still can't pull this.
--
To unsubscribe from this list: send the lin
Dear all,
We are facing one issue in user space, if we enable thumb mode and in kernel
whether we enable or disable thumb mode or code run in both scenario.
we could not understand the reason.
Our core is ARM cortex A15,
Kernel 3.8.13
One more issue if we disable THUMB in kernel we got undefine
On Wed, Jun 12, 2013 at 7:09 AM, Chanwoo Choi wrote:
> From: Kishon Vijay Abraham I
>
> Added an API of_extcon_get_extcon_dev() to be used by drivers to get
> extcon device in the case of dt boot (this can be used instead of
> extcon_get_extcon_dev()).
>
> Signed-off-by: Kishon Vijay Abraham I
>
On 11 June 2013 14:33, Lukasz Majewski wrote:
> This patch series introduces support for CPU overclocking technique
> called Boost.
>
> It is a follow up of a LAB governor proposal. Boost is a LAB component:
> http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
>
> Boost unifies hardw
On 6/11/2013 5:55 AM, Tomasz Stanislawski wrote:
> This patch adds a hash table to quicken searching of a smack label by its
> name.
>
> Basically, the patch improves performance of SMACK initialization. Parsing of
> rules involves translation from a string to a smack_known (aka label) entity
> w
Hi,
Change subject to: "cpufreq: Add boost frequency support in core"
On 11 June 2013 14:33, Lukasz Majewski wrote:
> This commit adds support for software based frequency boosting.
No. It adds support for both software and hardware boosting. So just
write: This commit adds boost frequency supp
On Tuesday 11 Jun 2013, OS Engineering wrote:
> Hi Jens,
>
> In continuation with our previous communication, we have carried out
> performance comparison among EnhanceIO, bcache and dm-cache.
>
> We found that EnhanceIO provides better throughput on zipf workload (with
> theta=1.2) in comparison
On Tue, 2013-06-11 at 21:15 -0700, Joe Perches wrote:
> > typedef struct ctl_table ctl_table; (include/linux/sysctl.h)
> > is not correctly picked up by checkpatch.
>
> checkpatch isn't a c compiler.
> It assumes any _t is a typedef.
>
> > So, I assume this actually is a false positive.
>
>
[+cc Vivek, Haren; sorry I didn't think to add you earlier]
On Tue, Jun 11, 2013 at 12:08 AM, Takao Indoh
wrote:
> (2013/06/11 11:20), Bjorn Helgaas wrote:
>> I'm not sure you need to reset legacy devices (or non-PCI devices)
>> yet, but the current hook isn't anchored anywhere -- it's just an
>
On Tue, Jun 11, 2013 at 07:12:41PM +0200, David Sterba wrote:
> On Sat, Jun 08, 2013 at 07:19:04PM -0700, Kent Overstreet wrote:
> > --- a/include/linux/blkdev.h
> > +++ b/include/linux/blkdev.h
> > @@ -467,6 +468,7 @@ struct request_queue {
> > #define QUEUE_FLAG_SECDISCARD 17 /* supports SECDI
Modify address_space structures to be able to store vrange trees.
This includes logic to clear all volatile ranges when the last
file handle is closed.
Cc: Andrew Morton
Cc: Android Kernel Team
Cc: Robert Love
Cc: Mel Gorman
Cc: Hugh Dickins
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Dmitry Adam
From: Minchan Kim
By vrange(2) semantic, user should see SIGBUG if he try to access
purged page without vrange(...VRANGE_NOVOLATILE).
This patch implements it.
XXX: I reused PSE bit for quick prototype without enough considering
so need time to see what's empty bit and I am surely missing
many
From: Minchan Kim
This patch adds new system call sys_vrange.
NAME
vrange - Mark or unmark range of memory as volatile
SYNOPSIS
int vrange(unsigned_long start, size_t length, int mode,
int *purged);
DESCRIPTION
Applications can use vrange(2) to
From: Minchan Kim
In cloning the vroot tree during a fork, we have to
allocate memory while hold the vroot lock. This is problematic,
as the memory allocation can trigger reclaim, which might require
grabbing a vroot lock in order to find purgable pages.
Thus this patch introduces GFP_NO_VRANGE
At lsf-mm, the issue was brought up that there is a precedence with
interfaces like mlock, such that new mappings in a pre-existing range
do no inherit the mlock state.
This is mostly because mlock only modifies the existing vmas, and so
any new mmaps create new vmas, which won't be mlocked.
Sinc
From: Minchan Kim
Allows for vranges to be managed against mm_structs.
Includes support for copying vrange trees on fork,
as well as clearing them on exec.
Cc: Andrew Morton
Cc: Android Kernel Team
Cc: Robert Love
Cc: Mel Gorman
Cc: Hugh Dickins
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Dmitr
Hey everyone.
I know its been quite awhile. But Minchan and I have been doing a
fair amount of discussing offlist since lsf-mm, trying to come
to agreement on the semantics for the volatile ranges interface,
and after circling around each other's arguments for awhile (he'd
suggest and idea, I'd di
From: Minchan Kim
This patch adds discarding function to purge volatile ranges under
memory pressure. Logic is as following:
1. Memory pressure happens
2. VM start to reclaim pages
3. Check the page is in volatile range.
4. If so, zap the page from the process's page table.
(By semantic vrang
From: Minchan Kim
This patch adds vrange data structure(interval tree) and
related functions.
The vrange uses generic interval tree as main data structure
because it handles address range so generic interval tree
fits well for the purpose.
The add_vrange/remove_vrange are core functions for sys
On Tue, 2013-06-11 at 17:54 -0700, Sören Brinkmann wrote:
> Hi Pintu,
>
> On Mon, Jun 10, 2013 at 11:49:00AM -0700, PINTU KUMAR wrote:
> > >
> > > From: anish singh
> > >To: PINTU KUMAR
> > >Cc: "linux-kernel@vger.kernel.org" ;
> > >"linux...@kvack.org"
> > >S
On 2013년 06월 11일 21:53, Amit Daniel Kachhap wrote:
> Most of the changes in this version is as per suggestion from Jonghwa Lee. I
> have retained one to one mapping of platform data with TMU instances as the
> TMU's are different devices. In exynos5440 soc there is some register
> sharing across m
On Wed, Jun 12, 2013 at 5:32 AM, Youquan Song
wrote:
>> On 06/12/2013 05:03 AM, Youquan Song wrote:
>> > +#ifdef CONFIG_SMP
>> > + /* return when cpu number greater than maximum number of
>> > CPUs */
>> > + if (setup_max_cpus <= num_online_cpus() + 1) {
>> > +
Allocates integers out of a predefined range - for use by e.g. a driver
to allocate tags for communicating with the device.
v2: Tejun pointed out that the original strategy completely breaks if
nr_cpus is large enough. I think (hope) I realized that at one point,
but completely forgot in the month
On 12 June 2013 03:44, Rafael J. Wysocki wrote:
> On Wednesday, June 05, 2013 05:11:22 PM Chanwoo Choi wrote:
>> This patch add new sysfs file to show previous accumulated data of CPU load
>> as following path. This sysfs file is used to judge the correct system state
>> or determine suitable syst
On 12 June 2013 03:52, Rafael J. Wysocki wrote:
> On Friday, June 07, 2013 10:42:57 AM Viresh Kumar wrote:
>> Current cpufreq stats has got three parts: time_in_state, total_trans and
>> trans_table.
>>
>> trans_table was present under a separate macro's from others:
>> CONFIG_CPU_FREQ_STAT_DETAIL
2013/6/12 Jiang Liu :
> On Wed 12 Jun 2013 12:51:59 AM CST, Alexander E. Patrakov wrote:
>> 2013/6/11 Jiang Liu :
>>> Hi Alexander,
>>> This is much more harder issue to resolve. Let's first work around
>>> this
>>> issue and check whether other things are OK. The patch below is just a
>>> pro
On Tue, Jun 11, 2013 at 8:30 PM, Stephen Boyd wrote:
> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
> index e0d8565..04fe160 100644
> --- a/arch/arm/mm/mmu.c
> +++ b/arch/arm/mm/mmu.c
> @@ -938,8 +938,12 @@ static void __init pci_reserve_io(void)
> #ifdef CONFIG_DEBUG_LL
> void __init deb
Hi Jens,
Thanks for your email.
On Mon, Jun 10, 2013 at 2:15 AM, Jens Axboe wrote:
> On Sun, Jun 09 2013, Joel A Fernandes wrote:
>> Hi,
>> So I tried dumping addresses of an SG list in omap_hsmmc driver before
>> it is passed to DMA.
>>
>> I found some interesting traces occasionally such as th
On Mon, 2013-06-03 at 18:43 +0800, Zhao Chenhui wrote:
> On Sat, Jun 01, 2013 at 07:49:44AM +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2013-05-28 at 15:59 +0800, Zhao Chenhui wrote:
> > > Some features depend on the boot cpu, for instance, hibernate/suspend.
> > > So disable hotplug for the b
You are a Winner in UKNL of One Million Pounds, Contact Agent Larry William
Via his Email larry.uknl...@gmail.com
Full Name:
Contact Address:
Tel:
Age:
Country:
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Wed, 2013-06-05 at 16:11 +1000, Alexey Kardashevskiy wrote:
> Ben, ping! :)
>
> This series has tiny fixes (capability and ioctl numbers,
> changed documentation, compile errors in some configuration).
> More details are in the commit messages.
> Rebased on v3.10-rc4.
Alex, I assume you'll mer
On Tue, Jun 11, 2013 at 2:04 PM, Matthew Wilcox wrote:
>
> The following bugfixes have been accumulating for the last few weeks, and
> it would be nice if they could be in 3.10.
So I'm not in the least sure I should bother with the whole nvme thing.
It's after -rc5, and this pattern of "stuff co
On Tue, 2013-06-11 at 11:08 +0200, Juri Lelli wrote:
> When FUNCTION_GRAPH_TRACER is enabled, ftrace can profile kernel functions
> and print basic statistics about them. Unfortunately, running stddev
> calculation is wrong. This patch corrects it implementing Welford’s method:
>
> s^2 = 1
On Tue, Jun 11, 2013 at 08:45:47AM +0530, Tushar Behera wrote:
> +CC: 'Greg Kroah-Hartman'
>
> On 06/10/2013 06:39 PM, Marc Kleine-Budde wrote:
> > On 06/10/2013 01:35 PM, Tushar Behera wrote:
> >> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
> >> introduced devm_ioremap
Quoting Tushar Behera (2013-06-06 01:28:18)
> Currently 'pmu' clock is not handled by any of the drivers.
> Also before the introduction of CCF, this clock was not defined,
> hence was left enabled always.
>
> When this clock is disabled, software reset register becomes
> inaccessible and system r
On Wed, Jun 12, 2013 at 10:25:32AM +0900, Norman Diamond wrote:
> Kernels somewhere around 2.6.35 could handle USB 3.0 at random sometimes,
> but kernel 3.8.0 fails consistently. I know I should try to bisect this,
> but I don't have time and the randomness of the older kernel doesn't help.
>
> l
On Friday, June 07, 2013 7:53 PM, Arnd Bergmann wrote:
> On Friday 07 June 2013 18:22:50 Jingoo Han wrote:
>
> > diff --git a/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> b/Documentation/devicetree/bindings/pci/exynos-pcie.txt
> > new file mode 100644
> > index 000..3eb4a2d
> > ---
On Wed 12 Jun 2013 12:51:59 AM CST, Alexander E. Patrakov wrote:
> 2013/6/11 Jiang Liu :
>> Hi Alexander,
>> This is much more harder issue to resolve. Let's first work around
>> this
>> issue and check whether other things are OK. The patch below is just a
>> prove of concept, could you pleas
On Wed 12 Jun 2013 04:00:42 AM CST, Andrew Morton wrote:
> On Sun, 26 May 2013 21:38:38 +0800 Jiang Liu wrote:
>
>> Currently lock_memory_hotplug()/unlock_memory_hotplug() are used to
>> protect totalram_pages and zone->managed_pages. Other than the memory
>> hotplug driver, totalram_pages and zon
On Wed, 2013-06-12 at 09:19 +0800, Lai Jiangshan wrote:
> > +
> > +/*
> > + * Hand the lock off to the first CPU on the queue.
> > + */
> > +void tkt_q_do_wake(arch_spinlock_t *lock)
> > +{
> > + struct tkt_q_head *tqhp;
> > + struct tkt_q *tqp;
> > +
> > + /* If the queue is sti
Andrew Morton writes:
> On Tue, 11 Jun 2013 18:16:50 -0700 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>>
>> > Hopefully we can fix this one by adding the missing comment.
>>
>> Perhaps we can fix this one by having people who care read the code and
>> think about what it means?
>
>
One more step to allowing MSM to participate in the
multi-platform defconfig.
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig.debug | 9 +++-
.../mach/debug-macro.S => include/debug/msm.S} | 32 ++-
arch/arm/mach-msm/include/mach/msm_iomap-7x00.h| 9
On 6/11/2013 5:27 PM, David Lang wrote:
Nobody is saying that this sort of thing should be in the fastpath of the
scheduler.
But if the scheduler has a table that tells it the possible states, and the
cost to get from the current state to each of these states (and to get back
and/or wake up
This function is only used on MSM7x00A so only compile the
function if the build includes support for that platform.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/io.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-msm/io.c b/arch/arm/mach-msm/io.c
index cc077c5..f16a6bf
Nobody is using these mappings so just drop them. of_iomap() in
the timer driver will take care of it for us. Doing this allows
us to remove the 8x60 and 8960 iomap files completely.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/board-dt-8660.c | 3 +-
arch/arm/mach-msm/board-
This patchset moves the MSM code over to DEBUG_LL_INCLUDE
as well as removes the rest of the static mappings made on
8x60 and 8960. This allows us to remove the msm_iomap-8x60.h
msm_iomap-8960.h. Note that debug_ll_io_init() will
be the default in 3.11 so we'll have to make a sweep in the merge
win
From: Kishon Vijay Abraham I
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Chanwoo Choi
Signed-off-by: Myungjoo Ham
---
driv
Kernels somewhere around 2.6.35 could handle USB 3.0 at random sometimes,
but kernel 3.8.0 fails consistently. I know I should try to bisect this,
but I don't have time and the randomness of the older kernel doesn't help.
lspci:
0d:00.0 USB controller [0c03]: NEC Corporation uPD720200 USB 3.0 Hos
Failure to add the mapping created in debug_ll_io_init() can lead
to the BUG_ON() triggering in lib/ioremap.c:27 if the static
virtual address decided for the debug_ll mapping overlaps with
another mapping that is created later. This happens because the
generic ioremap code has no idea there is a m
On Mon, 10 Jun 2013, Daniel Lezcano wrote:
Some SoC can have a cluster of cpus sharing some resources, eg cache, so
they must enter the same state at the same moment. Beside the
synchronization mechanisms, that adds a dependency with the next event.
For example, the u8500 board has a couple of c
On Tue, 11 Jun 2013 18:16:50 -0700 ebied...@xmission.com (Eric W. Biederman)
wrote:
>
> > Hopefully we can fix this one by adding the missing comment.
>
> Perhaps we can fix this one by having people who care read the code and
> think about what it means?
As is obvious from this thread, that
Hi Kishon,
On 06/04/2013 01:13 AM, Kishon Vijay Abraham I wrote:
> Added an API of_extcon_get_extcon_dev() to be used by drivers to get
> extcon device in the case of dt boot (this can be used instead of
> extcon_get_extcon_dev()).
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> drivers/extcon
On Mon, Jun 10, 2013 at 06:42:49PM +0100, Nix wrote:
> Yes, my shutdown scripts are panicking the kernel again! They're not
> causing filesystem corruption this time, but it's still fs-related.
>
> Here's the 3.9.5 panic, seen on an x86-32 NFS client using NFSv3: NFSv4
> was compiled in but not us
Looks good to me.
But this patch has a dependency on '[PATCH 2/2] mmc: dw_mmc: Add support DW
SD/MMC driver on SOCFPGA'
After that, it can be applied.(SDMMC_CMD_USE_HOLD_REG should be moved in
dw_mmc.h)
Acked-by: Seungwon Jeon
Thanks,
Seungwon Jeon
On 06/11/13 2013 8:31 PM Heiko Stübner wrote
On Wed, Jun 12, 2013 at 3:49 AM, Paul E. McKenney
wrote:
> On Tue, Jun 11, 2013 at 02:41:59PM -0400, Waiman Long wrote:
>> On 06/11/2013 12:36 PM, Paul E. McKenney wrote:
>> >
>> >>I am a bit concern about the size of the head queue table itself.
>> >>RHEL6, for example, had defined CONFIG_NR_CPUS
Andrew Morton writes:
> On Mon, 10 Jun 2013 18:56:38 -0300 "Raphael S. Carvalho"
> wrote:
>
>> This patch shouldn't be applied if those branches must only be taken when
>> the pid_allocation(PIDNS_HASH_ADDING) flag was turned off.
That is correct. We should not encounter the last pid in the p
On 06/11/13 2013 8:30 PM Heiko Stübner wrote:
> In a subsquent patch probe will need to do some handling of data from
> the dt match table. So to prevent the need for forward declarations,
> move probe and remove below the match table.
>
> Signed-off-by: Heiko Stuebner
Acked-by: Seungwon Jeon
Linus,
Yoshihiro Yunomae fixed a regression in the output format when using
one of the counter clocks. The new multibuffer code changed the trace_clock
file to update the trace instances tr->clock_id but the actual traces still
used the value from the obsolete global variable trace_clock_id.
Ple
Quoting Peter De Schrijver (2013-06-05 08:06:34)
> Using clk->rate directly does not take the CLK_GET_RATE_NOCACHE flag into
> account. This can cause wrong results if the flag is set.
>
> Peter De Schrijver (2):
> clk: use clk_get_rate() for debugfs
> clk: honor CLK_GET_RATE_NOCACHE in clk_se
Quoting Peter De Schrijver (2013-06-06 03:47:27)
> PLLM has override bits on Tegra30 and Tegra114. This patchset implements
> support for them for both Tegra30 and Tegra114.
>
> Changes since v1:
> * Remove some stray lines from 'clk: tegra: override bits for Tegra114 PLLM'
Pulled into clk-next.
Hi,
Mike pointed me at this series since I'm running into parenting
problems at the moment as well...
On Mon, May 20, 2013 at 9:44 PM, Saravana Kannan wrote:
> While writing a similar code for our internal tree, I quickly came to the
> realization that, "all parents are equal, but some are more
Hi Kishon,
I confused patch number. I applied patch2,3 on extcon-linus branch.
extcon: Kconfig: Make extcon config type as bool
extcon: add EXPORT_SYMBOL_GPL for exported functions
And I will reply comment about patch1 soon.
extcon: Add an API to get extcon device from dt node
Thanks,
On Tue, Jun 11, 2013 at 08:31:55PM -0400, Paul Gortmaker wrote:
> On Tue, May 28, 2013 at 5:20 AM, Ingo Molnar wote:
> >
> > * Greg KH wrote:
> >
> >> On Mon, May 20, 2013 at 03:35:43PM -0700, H. Peter Anvin wrote:
> >> > We have gotten rid of devinit markup. A recent patch of Linus' makes me
>
Hi Pintu,
On Mon, Jun 10, 2013 at 11:49:00AM -0700, PINTU KUMAR wrote:
> >
> > From: anish singh
> >To: PINTU KUMAR
> >Cc: "linux-kernel@vger.kernel.org" ;
> >"linux...@kvack.org"
> >Sent: Sunday, 9 June 2013 10:58 PM
> >Subject: Re: [checkpatch] - Confusion
>
Hi Kishon,
Sorry for late reply.
I applied patch1,2 on extcon-linus branch.
-
http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/log/?h=extcon-linus
But, I have comment of patch 3 about dt API. I send comment on patch 3 mailing
thread.
Thanks,
Chanwoo Choi
On 06/04/2013 01:13 AM,
[Your quoting is messed up below]
>> This is Takao's text
> This is Bill's text
On Tue, Jun 11, 2013 at 5:19 PM, Sumner, William wrote:
>>(2013/06/11 11:20), Bjorn Helgaas wrote:
>>> On Fri, Jun 7, 2013 at 2:46 AM, Takao Indoh
>>> wrote:
>>Actually Vivek Goyal, kdump maintainer said same thing
Quoting Peter De Schrijver (2013-06-05 07:29:28)
> Use the correct parents for sclk according to the TRM.
>
> Signed-off-by: Peter De Schrijver
Taken into clk-next.
Regards,
Mike
> ---
> drivers/clk/tegra/clk-tegra114.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff -
Hi Rafael,
On 06/12/2013 07:14 AM, Rafael J. Wysocki wrote:
> On Wednesday, June 05, 2013 05:11:22 PM Chanwoo Choi wrote:
>> This patch add new sysfs file to show previous accumulated data of CPU load
>> as following path. This sysfs file is used to judge the correct system state
>> or determine s
> On 06/12/2013 05:03 AM, Youquan Song wrote:
> > +#ifdef CONFIG_SMP
> > + /* return when cpu number greater than maximum number of
> > CPUs */
> > + if (setup_max_cpus <= num_online_cpus() + 1) {
> > + cpu_hotplug_driver_unlock();
> > +
Quoting Peter De Schrijver (2013-06-05 07:21:46)
> The PLLRE flags weren't set correctly. Fixed in this patch.
>
> Signed-off-by: Peter De Schrijver
Taken into clk-next.
Thanks,
Mike
> ---
> drivers/clk/tegra/clk-pll.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff -
Quoting Peter De Schrijver (2013-06-05 06:51:24)
> The m,n,p fields don't have the same bit offset and width across all PLLs.
> This patchset allows SoC specific files to indicate the offset and width.
> It also provides the data for Tegra114.
>
Taken into clk-next.
Thanks,
Mike
> Peter De Schr
On Tue, May 28, 2013 at 5:20 AM, Ingo Molnar wote:
>
> * Greg KH wrote:
>
>> On Mon, May 20, 2013 at 03:35:43PM -0700, H. Peter Anvin wrote:
>> > We have gotten rid of devinit markup. A recent patch of Linus' makes me
>> > wonder if we similarly should get rid of cpuinit markup?
>> >
>> > Just a
On 06/11/2013 12:52 PM, Ben Greear wrote:
On 06/10/2013 03:32 PM, Catalin Marinas wrote:
On 10 June 2013 19:22, Ben Greear wrote:
We had a system go OOM while doing lots of wireless
stations. (System had 8GB of RAM, so I suspect a leak).
I enabled kmemleak in a 3.9.5 (plus some local patches
Quoting Peter De Schrijver (2013-06-05 06:37:17)
> The pllp_out2 should be integer only, the fractional bit should always be 0.
>
> Signed-off-by: Peter De Schrijver
Taken into clk-next.
Thanks,
Mike
> ---
> drivers/clk/tegra/clk-tegra114.c |4 ++--
> 1 files changed, 2 insertions(+), 2 d
On 06/12/2013 05:03 AM, Youquan Song wrote:
> +#ifdef CONFIG_SMP
> + /* return when cpu number greater than maximum number of
> CPUs */
> + if (setup_max_cpus <= num_online_cpus() + 1) {
> + cpu_hotplug_driver_unlock();
> + retu
On Tue, Jun 11, 2013 at 04:32:34PM -0600, Toshi Kani wrote:
> On Wed, 2013-06-12 at 00:34 +0200, Rafael J. Wysocki wrote:
> > On Tuesday, June 11, 2013 03:17:28 PM Dave Hansen wrote:
> > > On 06/11/2013 03:05 PM, Rafael J. Wysocki wrote:
> > > > On Tuesday, June 11, 2013 02:51:33 PM Dave Hansen wro
Should we have any expectation that a module name and it's filename
should be equivalent?
I was writing an auto-complete script for modprobe so it wouldn't give
me the option to double load a module (I'd have to manually type it in if
I really wanted it).
Trouble is some modules with names w/und
On Mon, 2013-06-10 at 15:56 -0700, Andrew Morton wrote:
> On Thu, 06 Jun 2013 10:35:22 -0700 Davidlohr Bueso
> wrote:
>
> > > [ 51.524946]
> > > [ 51.525983] ===
> > > [ 51.532875] [ INFO: suspicious RCU usage. ]
> > > [ 51.535385] 3.10.0-rc4-next-20130606 #6
On Tue, Jun 11, 2013 at 04:19:47PM -0700, Stéphane Marchesin wrote:
> On Tue, Jun 11, 2013 at 4:15 PM, Greg KH wrote:
> > On Tue, Jun 11, 2013 at 04:03:07PM -0700, Stéphane Marchesin wrote:
> >> When quickly restarting X servers, we can run into a situation where
> >> one X server quits while anot
On Tue, 2013-06-11 at 11:08 +0200, Juri Lelli wrote:
> Perform a simple test comparing static and running (implemented by
> function_stat_calc()) average and stddev calculations.
Thanks, as these are not regressions but just bugs since its
incorporation, they are too late for 3.10. I'll queue them
1 - 100 of 759 matches
Mail list logo