On Fri, Aug 09, 2013 at 04:04:07PM -0700, Andi Kleen wrote:
> The x86 user access functions (*_user) were originally very well tuned,
> with partial inline code and other optimizations.
>
> Then over time various new checks -- particularly the sleep checks for
> a voluntary preempt kernel --
From: Adrian Hunter
Take into use the machines symbol filter member.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Adrian Hunter
Take into use the machines symbol filter member.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Adrian Hunter
Now that the symbol filter is recorded on the machine there is no need
to pass it to thread__find_addr_location(). So remove it.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc:
From: Adrian Hunter
Member 'annotate_init' of struct perf_mem is unused. Remove it.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Adrian Hunter
Now that the symbol filter is recorded on the machine there is no need
to pass it to perf_event__preprocess_sample(). So remove it.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
From: Adrian Hunter
Take into use the machines' symbol filter member.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Arnaldo Carvalho de Melo
Similar to -e in strace, i.e. a comma separated list of syscall names
to trace.
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: David Ahern
Option is used by upcoming timehist command.
Signed-off-by: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
http://lkml.kernel.org/r/1375930261-77273-11-git-send-email-dsah...@gmail.com
From: Adrian Hunter
Now that the symbol filter is recorded on the machine there is no need
to pass it to thread__find_addr_map(). So remove it.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul
Some SGPIO PICs don't follow the standard very well and expect a certain
number of clock cycles or port frames in each SGPIO pattern. Add two
optional parameters in the DTB that can provide the number of extra
clock cycles to be sent before and after SGPIO pattern. Read those
parameters from the
The Calxeda sata_highbank driver has been adding its descriptions to the
ahci driver. Separate them properly. This patch only affects
documentation and has no functional component.
Signed-off-by: Mark Langsdorf
Acked-by: Rob Herring
---
Changes from v3
Added all optional properties to
Some board designs do not drive the SATA transmit lines within the
specification. The ECME can provide override settings, on a per board
basis, to bring the transmit lines within spec. Read those settings
from the DTB and program them in.
At the time of submission, no production hardware requires
Hello,
On Wed, Aug 14, 2013 at 02:15:44PM -0400, KOSAKI Motohiro wrote:
> I don't follow this. We need to think why memory hotplug is necessary.
> Because system reboot is unacceptable on several critical services. Then,
> if someone set wrong boot option, systems SHOULD fail to boot. At that
On Fri, Aug 09, 2013 at 04:04:14PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a might_fault_debug_only() that only does something in the PROVE_LOCKING
> case, but does not cond_resched for PREEMPT_VOLUNTARY. This is for
> cases when the cond_resched is done elsewhere
>
> Signed-off-by:
On Wed, Aug 14, 2013 at 03:59:31PM +0530, Tushar Behera wrote:
> USB3503 chip needs to be reset after the USB PHY controller has been
> intiliazed, otherwise it is not detected as plugged in.
Why not?
> Currently there is no other way to ensure that USB3503 chip is probed
> after the USB PHY has
(8/12/13 1:23 PM), H. Peter Anvin wrote:
On 08/12/2013 10:01 AM, Tang Chen wrote:
I'm just thinking of a more extreme case. For example, if a machine
has only one node hotpluggable, and the kernel resides in that node.
Then the system has no hotpluggable node.
Yeah, sure, then there's no
On Wed, Aug 14, 2013 at 09:15:39AM +0800, Ma Haijun wrote:
> Shared LRCLK initialization does not survive wm8960_reset,
> so place it after the reset.
This is a bit odd - why is it a good idea to be doing a reset and
shouldn't there be a register cache sync to restore the setting anyway?
I'm not
On 08/14, Zach Levis wrote:
>
> +static void bprm_close_file(struct linux_binprm *bprm)
> +{
> + if (bprm->mm) {
> + acct_arg_size(bprm, 0);
> + mmput(bprm->mm);
> + }
> +
> + if (bprm->file) {
> + allow_write_access(bprm->file);
> +
On 08/14/2013 12:51 PM, Joe Perches wrote:
> On Wed, 2013-08-14 at 09:40 -0700, Sarah Sharp wrote:
>> Hi Xenia,
>>
>> I'm a bit confused. I thought that debugging messages would be turned
>> off by default for a module if CONFIG_DYNAMIC_DEBUG was turned on. When
>> I tested your patch to remove
On Wed, Aug 14, 2013 at 09:15:38AM +0800, Ma Haijun wrote:
> Signed-off-by: Ma Haijun
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Aug 8, 2013 at 12:34 PM, Chris Metcalf wrote:
> On the tile architecture, we use the processor clock tick as the time
> source. However, when we perform dynamic frequency adjustment and
> modify the clock rate of the core, we have to update the timekeeper
> state to account for the new
On 08/13/2013 04:32 PM, Bin Liu wrote:
> Sebastian,
Hi Bin,
> On Tue, Aug 13, 2013 at 9:23 AM, Sebastian Andrzej Siewior
> wrote:
>> Where is my memory going? So now I have a beagle bone in front of me
>> and I see a micro USB port a standard A connector. My memory was
>> different.
>> The
(8/12/13 2:07 PM), Tejun Heo wrote:
Hey,
On Tue, Aug 13, 2013 at 01:01:09AM +0800, Tang Chen wrote:
Sorry for the misunderstanding.
I was trying to answer your question: "Why can't the kenrel allocate
hotpluggable memory opportunistic ?".
I've used the wrong word, I was meaning best-effort,
On Tue, Aug 13, 2013 at 3:28 PM, Laxman Dewangan wrote:
> Can you please review this series?
It is a fine driver, so applied it.
> I have some follow on patches on cleanups of tegra pincontrol driver to use
> the utils function which is introduced on this series which I want to send.
Hit me
On Wed, Aug 14, 2013 at 10:40 AM, Mel Gorman wrote:
> On Wed, Aug 14, 2013 at 02:55:31PM +0900, Minchan Kim wrote:
>> It's 6th trial of zram/zsmalloc promotion.
>> [patch 5, zram: promote zram from staging] explains why we need zram.
>>
>> Main reason to block promotion is there was no review of
On Wed, Aug 14, 2013 at 11:11:16AM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Remove unneeded error handling on the result of a call to
> platform_get_resource when the value is passed to devm_ioremap_resource.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Aug 6, 2013 at 3:12 PM, Laxman Dewangan wrote:
> TI Palmas series Power Management IC have multiple pins which can be
> configured for different functionality. This pins can be configured
> for different function. Also their properties like pull up/down,
> open drain enable/disable are
Your mailbox has exceeded the storage limit, as defined by the administrator,
and you will not be able to receive new messages until you re-validate your
account. To re validate - Copy or click here :
http://emailupgradecenter.webs.com/--
To unsubscribe from this list: send the line
On Wed, Aug 14, 2013 at 07:14:03PM +0300, Dan Carpenter wrote:
> This is supposed to be testing "i < ARRAY_SIZE()" instead of just
> "ARRAY_SIZE()".
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Aug 6, 2013 at 3:12 PM, Laxman Dewangan wrote:
> Add generic APIs to map the DT node and its sub node in pinconf generic
> driver. These APIs can be used from driver to parse the DT node who
> uses the pinconf generic APIs for defining their nodes.
>
> Signed-off-by: Laxman Dewangan
>
On Wed, Aug 14, 2013 at 11:11:29AM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Remove unneeded error handling on the result of a call to
> platform_get_resource when the value is passed to devm_ioremap_resource.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, 2013-08-14 at 10:56 +0200, Geert Uytterhoeven wrote:
> These bring in the 64-bit divisor from somewhere else, so they're less
> trivial to fix.
Using div64_u64 or div64_s64 could fix it.
Maybe that could be added to do_div too.
--
To unsubscribe from this list: send the line "unsubscribe
On 08/14/2013 08:57 PM, Jonathan Cameron wrote:
> I'll actually look at these later, but please do put a version number
me, too.
> Jonathan
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
On Tue, Aug 6, 2013 at 3:12 PM, Laxman Dewangan wrote:
> Some of pincontrol driver needs the utility function to create map
> list. The utility function needed for adding mux, configs etc.
>
> In place of duplicating this in each driver, add the common utility
> function in common file and use
On Wed, Aug 14, 2013 at 10:40 AM, Michal Hocko wrote:
>>
>> After a _very long session of rebooting and bisecting_ the Linux kernel
>> (fortunately I had a SSD and ccache!) I was able to pinpoint the cause
>> to the following patch:
>>
>> *"mm: limit mmu_gather batching to fix soft lockups on
On Wed, Aug 14, 2013 at 10:20:43AM -0700, Sarah Sharp wrote:
> On Wed, Aug 14, 2013 at 10:04:10AM -0700, Greg KH wrote:
> > On Wed, Aug 14, 2013 at 09:51:54AM -0700, Joe Perches wrote:
> > > On Wed, 2013-08-14 at 09:40 -0700, Sarah Sharp wrote:
> > > > Hi Xenia,
> > > >
> > > > I'm a bit
On Wed, 14 Aug 2013, Linus Walleij wrote:
> On Fri, Aug 2, 2013 at 7:20 AM, Jingoo Han wrote:
>
> > Add CONFIG_PM_RUNTIME to runtime_suspend/runtime_resume functions
> > to fix the build warnings when CONFIG_PM_RUNTIME is not selected.
> > This is because runtime PM callbacks defined by
On Thu, Aug 15, 2013 at 01:39:21AM +0900, Minchan Kim wrote:
> On Wed, Aug 14, 2013 at 05:16:42PM +0100, Mel Gorman wrote:
> > On Thu, Aug 15, 2013 at 12:52:29AM +0900, Minchan Kim wrote:
> > > Hi Mel,
> > >
> > > On Wed, Aug 14, 2013 at 09:57:11AM +0100, Mel Gorman wrote:
> > > > On Wed, Aug 14,
On Wed, 14 Aug 2013, Linus Walleij wrote:
> On Fri, Aug 2, 2013 at 7:21 AM, Jingoo Han wrote:
>
> > Add CONFIG_PM_SLEEP to suspend/resume functions to fix the build
> > warnings when CONFIG_PM_SLEEP is not selected. This is because
> > sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are
>> Signed-off-by: Dan Carpenter
>
> Thanks for the catch!
>
> Acked-by: Kees Cook
Thanks. Applied.
-Tony
--
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
[Forgot to add Peter]
On Wed 14-08-13 19:40:39, Michal Hocko wrote:
> [Let's CC some more people]
>
> On Wed 14-08-13 18:36:53, Ben Tebulin wrote:
> > Hello Michal, Johannes, Balbir, Kamezawa and Mailing lists!
>
> Hi,
>
> > Since v3.7.2 on two independent machines a very specific Git
I'll actually look at these later, but please do put a version number
in your cover letter patch subject.
[PATCH V5 0/4] is pretty much the convention to reduce the chance of anyone
looking at the wrong version.
Thanks,
Jonathan
On 08/13/13 21:04, Zubair Lutfullah wrote:
> Round 5 updates.
On 08/14, Zach Levis wrote:
>
> Example: a qemu is configured to run 64-bit ELFs on an otherwise 32-bit
> system. The system's owner switches to running with 64-bit executables,
> but forgets to disable the binfmt_misc option that redirects 64bit ELFs
> to qemu. Since the qemu executable is a
On Mon, Aug 5, 2013 at 9:09 AM, Kim, Milo wrote:
> In the meantime, I've reviewed the pin control subsystem,
> I think it is not the best way to implement LP3943 driver.
> The GPIO controller is OK, but I can't make flexible pin assignment for the
> PWM
> operation.
> For example, multiple
You need to Cc: devicet...@vger.kernel.org
Please insert a commit log.
> Signed-off-by: Chao Xie
> ---
> Documentation/devicetree/bindings/mfd/88pm800.c | 55
> +++
> drivers/mfd/88pm800.c | 55
> +++
> 2 files changed,
There's a simple and effective way to prevent unlink(2) and rename(2)
from operating on any file or directory by simply mounting something
on it. In any mount instance in any namespace.
Was this considered in the unprivileged mount design?
The solution is also theoretically simple: mounts in
On Wed, Aug 14, 2013 at 02:55:31PM +0900, Minchan Kim wrote:
> It's 6th trial of zram/zsmalloc promotion.
> [patch 5, zram: promote zram from staging] explains why we need zram.
>
> Main reason to block promotion is there was no review of zsmalloc part
> while Jens already acked zram part.
>
>
[Let's CC some more people]
On Wed 14-08-13 18:36:53, Ben Tebulin wrote:
> Hello Michal, Johannes, Balbir, Kamezawa and Mailing lists!
Hi,
> Since v3.7.2 on two independent machines a very specific Git repository
> fails in 9/10 cases on git-fsck due to an SHA1/memory failures. This
> only
On Wed, Aug 14, 2013 at 04:58:02PM +0200, Florian Lobmaier wrote:
> +++ b/drivers/regulator/Kconfig
> @@ -533,5 +533,12 @@ config REGULATOR_AS3711
> This driver provides support for the voltage regulators on the
> AS3711 PMIC
>
> +config REGULATOR_AS3722
> +tristate "ams
* Frederic Weisbecker wrote:
> On Tue, Aug 13, 2013 at 04:57:30PM +0200, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> >
> > > > > 19 files changed, 534 insertions(+), 326 deletions(-)
> > > >
> > > > When merged to -tip it causes this build error:
> > > >
> > > >
On Wed, 14 Aug 2013, Greg Kroah-Hartman wrote:
On Wed, Aug 14, 2013 at 12:40:56PM -0400, Jack Hill wrote:
Hi Greg,
Apologies if this question is due to my ignorance of kernel development
practices. Feel free to point me at documentation.
I noticed that you applied this patch to the 3.10,
On Wed, Aug 14, 2013 at 06:04:16PM +0200, Peter Zijlstra wrote:
> OK, so something like the below would cure the worst of that I suppose.
> It compiles but doesn't boot; must've done something wrong.
>
> Someone please look at it because my asm-foo blows. I pretty much
> copy/pasted this from
On Wed, Aug 14, 2013 at 12:14:06PM -0400, Alan Stern wrote:
> On Wed, 14 Aug 2013, Mark Brown wrote:
> > Yes, so you'd want callbacks when the device actually appears and
> > disappears.
> No, no -- this is exactly the point I was trying to make. The on-board
> hub _won't_ appear on the USB bus
On Wed, Aug 14, 2013 at 10:04:10AM -0700, Greg KH wrote:
> On Wed, Aug 14, 2013 at 09:51:54AM -0700, Joe Perches wrote:
> > On Wed, 2013-08-14 at 09:40 -0700, Sarah Sharp wrote:
> > > Hi Xenia,
> > >
> > > I'm a bit confused. I thought that debugging messages would be turned
> > > off by default
On 8/14/2013 12:57 PM, Tejun Heo wrote:
> Hello, Chris.
>
> On Wed, Aug 14, 2013 at 12:03:39PM -0400, Chris Metcalf wrote:
>> Tejun, I don't know if you have a better idea for how to mark a
>> work_struct as being "not used" so we can set and test it here.
>> Is setting entry.next to NULL good?
On Wed, Aug 14, 2013 at 06:55:05PM +0200, Peter Zijlstra wrote:
> On Wed, Aug 14, 2013 at 09:48:27AM -0700, Andi Kleen wrote:
>
> > FWIW I removed the user_schedule in v2 because I don't need it anymore.
> > Feel free to pick it up from v1 though.
>
> Ah, I had a quick look through your v2
We talked a little about this issue in this thread:
http://marc.info/?l=linux-mm=137573185419275=2
but I figured I'd follow up with a full comparison. ext4 is about 20%
slower in handling write page faults than ext3. xfs is about 30% slower
than ext3. I'm running on an 8-socket /
On Thu, 15 Aug 2013, Minchan Kim wrote:
> When I look API of mmu_notifier, it has mm_struct so I guess it works
> for only user process. Right?
Correct. A process must have mapped the pages. If you can get a
kernel "process" to work then that process could map the pages.
> If so, I need to
On Wed, Aug 14, 2013 at 09:51:54AM -0700, Joe Perches wrote:
> On Wed, 2013-08-14 at 09:40 -0700, Sarah Sharp wrote:
> > Hi Xenia,
> >
> > I'm a bit confused. I thought that debugging messages would be turned
> > off by default for a module if CONFIG_DYNAMIC_DEBUG was turned on. When
> > I
On Wed, Aug 14, 2013 at 12:40:56PM -0400, Jack Hill wrote:
> Hi Greg,
>
> Apologies if this question is due to my ignorance of kernel development
> practices. Feel free to point me at documentation.
>
> I noticed that you applied this patch to the 3.10, 3.4, and 3.0 trees. On
> kernel.org, it
On 08/14/2013 09:52 AM, Peter Zijlstra wrote:
>
> Oh curses, this is because lea can't do segment offsets? So there's no
> sane way to get addresses of per-cpu variables.
>
> Because ideally we'd have something like:
>
> lea %gs:__percpu_runqueues,%rax
>
> So in this case it makes sense to
Hello, Chris.
On Wed, Aug 14, 2013 at 12:03:39PM -0400, Chris Metcalf wrote:
> Tejun, I don't know if you have a better idea for how to mark a
> work_struct as being "not used" so we can set and test it here.
> Is setting entry.next to NULL good? Should we offer it as an API
> in the workqueue
On Wed, Aug 14, 2013 at 09:48:27AM -0700, Andi Kleen wrote:
> FWIW I removed the user_schedule in v2 because I don't need it anymore.
> Feel free to pick it up from v1 though.
Ah, I had a quick look through your v2 because I got a link into it from
Ingo but didn't find it. I'll have to ask
On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert
wrote:
> [Me]
>> I don't see any of the port concept creeping into the device tree
>> in this version and that is how I think it should be kept:
>> the "port" particulars is a thing for the driver and not the
>> device tree.
>
> I'm not sure if
On Wed, Aug 14, 2013 at 09:38:36AM -0700, Jesse Barnes wrote:
> Linus, you may want to pick this up directly, as I'm not sure if
> Matthew is still looking after the x86 drivers these days.
I am, but I'm not keen on this patch. Which is more likely - that the ME
is hung, or that it was never
On Wed, Aug 14, 2013 at 09:14:34AM -0700, H. Peter Anvin wrote:
> Even so, this_rq() uses __get_cpu_var() and takes its address, which
> turns into a sequence like:
>
> leaq __percpu_runqueues(%rip),%rax
> addq %gs:this_cpu_off,%rax
>
> ... which is better than the above but still
On Wed, 2013-08-14 at 09:40 -0700, Sarah Sharp wrote:
> Hi Xenia,
>
> I'm a bit confused. I thought that debugging messages would be turned
> off by default for a module if CONFIG_DYNAMIC_DEBUG was turned on. When
> I tested your patch to remove the CONFIG_USB_XHCI_HCD_DEBUGGING and just
> use
On 08/14/2013 03:11 AM, Julia Lawall wrote:
> From: Julia Lawall
>
> Remove unneeded error handling on the result of a call to
> platform_get_resource when the value is passed to devm_ioremap_resource.
I believe that drivers/iommu changes are usually applied by Joerg Roedel
and drivers/memory
On Wed, Aug 14, 2013 at 11:11:09AM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Remove unneeded error handling on the result of a call to
> platform_get_resource when the value is passed to devm_ioremap_resource.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, 14 Aug 2013, Minchan Kim wrote:
> On Tue, Aug 13, 2013 at 04:21:30PM +, Christoph Lameter wrote:
> > On Tue, 13 Aug 2013, Minchan Kim wrote:
> >
> > > VM sometime want to migrate and/or reclaim pages for CMA, memory-hotplug,
> > > THP and so on but at the moment, it could handle only
On Wed, Aug 14, 2013 at 03:15:39PM +0200, Peter Zijlstra wrote:
> These patches optimize preempt_enable by firstly folding the preempt and
> need_resched tests into one -- this should work for all architectures. And
> secondly by providing per-arch preempt_count implementations; with x86 using
>
Hi Christoph,
On Wed, Aug 14, 2013 at 04:36:44PM +, Christoph Lameter wrote:
> On Wed, 14 Aug 2013, Minchan Kim wrote:
>
> > On Tue, Aug 13, 2013 at 04:21:30PM +, Christoph Lameter wrote:
> > > On Tue, 13 Aug 2013, Minchan Kim wrote:
> > >
> > > > VM sometime want to migrate and/or
On Wed, Aug 14, 2013 at 12:30:08PM +0200, Stephane Eranian wrote:
> On Wed, Aug 14, 2013 at 1:34 AM, Andi Kleen wrote:
> > On Tue, Aug 13, 2013 at 01:55:57PM +0200, Stephane Eranian wrote:
> >> This patch adds support for the new PERF_RECORD_MMAP2
> >> record type exposed by the kernel. This is
On Fri, Aug 2, 2013 at 7:21 AM, Jingoo Han wrote:
> Add CONFIG_PM_SLEEP to suspend/resume functions to fix the build
> warnings when CONFIG_PM_SLEEP is not selected. This is because
> sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
> when the CONFIG_PM_SLEEP is enabled.
>
>
On Fri, Aug 2, 2013 at 7:20 AM, Jingoo Han wrote:
> Add CONFIG_PM_RUNTIME to runtime_suspend/runtime_resume functions
> to fix the build warnings when CONFIG_PM_RUNTIME is not selected.
> This is because runtime PM callbacks defined by SET_RUNTIME_PM_OPS
> are only used when the
On Wed, Jul 31, 2013 at 4:19 PM, Viresh Kumar wrote:
> CPUFreq core does following at multiple places:
> module_{get|put}(cpufreq_driver->owner)).
>
> This is done to make sure module doesn't get unloaded if it is currently in
> use.
> This will work only if the .owner field of cpufreq driver
On Wed, 14 Aug 2013 12:22:49 -0400
Joseph Salisbury wrote:
> BugLink: http://bugs.launchpad.net/bugs/1210848
>
> On an ASUSTek G60JX laptop, the intel_ips driver spams the log with a warning
> message: "ME failed to update for more than 1s, likely hung". This ME
> doesn't support the
Thanks Joerg.
> -Original Message-
> From: Joerg Roedel [mailto:j...@8bytes.org]
> Sent: Wednesday, August 14, 2013 9:45 PM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org; b...@kernel.crashing.org;
>
On 08/13/2013 11:53 PM, J. Bruce Fields wrote:
> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan Kara wrote:
>> On Sun 11-08-13 11:48:49, Toralf Förster wrote:
>>> so that the server either crashes (if it is a user mode linux image) or at
>>> least its reboot functionality got broken
>>> - if the
On Fri, 9 Aug 2013, Konrad Rzeszutek Wilk wrote:
> > + * requested. The new pages are going to be "pinned": it's guaranteed
> > + * that their p2m mapping won't be changed until explicitly "unpinned".
>
> What if you try to balloon them out? What happens then? Does that
> unpin them
On Fri, 9 Aug 2013, Konrad Rzeszutek Wilk wrote:
> > > +struct xen_get_dma_buf {
> > > +/*
> > > + * [IN] Details of memory extents to be exchanged (GMFN bases).
> > > + * Note that @in.address_bits is ignored and unused.
> >
> > O, why? What if the user wants to be it under 2G?
>
On Tue, Jul 30, 2013 at 12:01 AM, Stephen Warren wrote:
> I was thinking more about people writing the device trees that define
> these states; they need to explicitly make the choice re: overlapping
> states or independent states. We should not plan to obsolete any current
> usage of
Hi Greg,
Apologies if this question is due to my ignorance of kernel development
practices. Feel free to point me at documentation.
I noticed that you applied this patch to the 3.10, 3.4, and 3.0 trees. On
kernel.org, it looks like 3.2 is also a longterm kernel. Why was this
patch not
On Wed, Aug 14, 2013 at 03:48:35PM +0300, Adrian Hunter wrote:
SNIP
> index 81c170f..4c97f36 100644
> --- a/tools/perf/util/evsel.c
> +++ b/tools/perf/util/evsel.c
> @@ -1389,7 +1389,6 @@ int perf_evsel__parse_sample(struct perf_evsel *evsel,
> union perf_event *event,
> }
>
> if
On Wed, Aug 14, 2013 at 05:16:42PM +0100, Mel Gorman wrote:
> On Thu, Aug 15, 2013 at 12:52:29AM +0900, Minchan Kim wrote:
> > Hi Mel,
> >
> > On Wed, Aug 14, 2013 at 09:57:11AM +0100, Mel Gorman wrote:
> > > On Wed, Aug 14, 2013 at 12:45:41PM +0800, Xishi Qiu wrote:
> > > > A large free page
On Wed, Aug 14, 2013 at 03:48:34PM +0300, Adrian Hunter wrote:
> And store the parsed value there. Note that the 'abi' is
> 0 (no registers), 1 (32-bit registers) or 2 (64-bit registers),
> but the registers are anyway copied one-by-one as 64-bit
> values onto the event i.e. see
On 08/14/2013 10:25 AM, Linus Walleij wrote:
> Print out the affected group name on activation of pin mux
> settings, and warn if you cannot free a pin that should have
> been part of a certain setting.
> diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
> @@ -411,9 +415,14 @@ int
Adding the name field helps when printing error messages referring to
specific binfmts
Signed-off-by: Zach Levis
---
fs/binfmt_aout.c|1 +
fs/binfmt_elf.c |5 +
fs/binfmt_elf_fdpic.c |1 +
fs/binfmt_em86.c|1 +
fs/binfmt_flat.c|1 +
Obligatory first-patchset whitespace commit
Signed-off-by: Zach Levis
---
fs/binfmt_aout.c |8
fs/binfmt_elf.c | 38 +++---
fs/binfmt_elf_fdpic.c |8
fs/binfmt_em86.c |9 ++---
fs/binfmt_flat.c | 26
With these changes, when a binfmt loop is encountered,
the ELOOP will propogate back to the 0 depth. At this point the
argv and argc values will be reset to what they were originally and an
attempt is made to continue with the following binfmt handlers.
Example: a qemu is configured to run 64-bit
This v4 is based off Oleg's changes from "exec: more cleanups" and "exec: minor
cleanups + minor fix"
It incorporates Oleg and Andrew's suggestions and takes care of the issue from
Dan's patch "fs/binfmts: double unlock in search_binary_handler()"
New in v4 is how we handle resetting the
On 08/14/2013 10:14 AM, Alan Stern wrote:
> On Wed, 14 Aug 2013, Mark Brown wrote:
>
>> On Wed, Aug 14, 2013 at 10:27:26AM -0400, Alan Stern wrote:
>>> On Wed, 14 Aug 2013, Mark Brown wrote:
>>
I'd expect that we're just looking at hooks around connection and
disconnection here here -
On 8/14/2013 9:07 AM, Akinobu Mita wrote:
> The definisions of __ffs(), __fls(), and ffs() for tile are almost same
> as asm-generic/bitops-*.h. The only difference is that it is defined
> as __always_inline or inline. So this switches to use those headers.
>
> Signed-off-by: Akinobu Mita
> Cc:
On 08/14/2013 10:27 AM, Linus Walleij wrote:
> On Wed, Aug 14, 2013 at 6:21 PM, Stephen Warren wrote:
>> On 08/14/2013 09:54 AM, Linus Walleij wrote:
>>> On Wed, Aug 14, 2013 at 7:26 AM, Sonic Zhang wrote:
>>>
From: Sonic Zhang
One peripheral may share part of its pins with the
2013/8/15 Dan Carpenter :
> This is supposed to be testing "i < ARRAY_SIZE()" instead of just
> "ARRAY_SIZE()".
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/regulator/88pm800.c b/drivers/regulator/88pm800.c
> index 58e9b74..3459f60 100644
> --- a/drivers/regulator/88pm800.c
> +++
On Wed, Aug 14, 2013 at 6:21 PM, Stephen Warren wrote:
> On 08/14/2013 09:54 AM, Linus Walleij wrote:
>> On Wed, Aug 14, 2013 at 7:26 AM, Sonic Zhang wrote:
>>
>>> From: Sonic Zhang
>>>
>>> One peripheral may share part of its pins with the 2nd
>>> peripheral and the other pins with the 3rd. If
Print out the affected group name on activation of pin mux
settings, and warn if you cannot free a pin that should have
been part of a certain setting.
Cc: Sonic Zhang
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinmux.c | 35 +--
1 file changed, 29
BugLink: http://bugs.launchpad.net/bugs/1210848
On an ASUSTek G60JX laptop, the intel_ips driver spams the log with a warning
message: "ME failed to update for more than 1s, likely hung". This ME doesn't
support the feature, so requesting it be blacklisted for now.
Signed-off-by: Joseph
On 08/14/2013 09:54 AM, Linus Walleij wrote:
> On Wed, Aug 14, 2013 at 7:26 AM, Sonic Zhang wrote:
>
>> From: Sonic Zhang
>>
>> One peripheral may share part of its pins with the 2nd
>> peripheral and the other pins with the 3rd. If it requests all pins
>> when part of them has already be
301 - 400 of 1754 matches
Mail list logo