On Thu, Aug 22, 2013 at 05:48:26PM +0800, Wanpeng Li wrote:
> Drop forward reference declarations __soft_offline_page.
>
> Signed-off-by: Wanpeng Li
Reviewed-by: Naoya Horiguchi
> ---
> mm/memory-failure.c | 129
> ++--
> 1 file changed, 64 ins
On 08/01/2013 10:31 AM, Miroslav Lichvar wrote:
> The current code requires that the scheduled update of the RTC happens
> in the closest tick to the half of the second. This seems to be
> difficult to achieve reliably. The scheduled work may be missing the
> target time by a tick or two and be con
On Thu, May 30, 2013 at 10:22:12AM +0800, Libo Chen wrote:
>
> mtd is just member of bcm47xxsflash, so we should free bcm47xxsflash not its
> member.
> So I use devm_kazlloc instead of kazlloc to avoid it.
>
> * Changelog:
>convert to devm_kzalloc
>
> Signed-off-by: Libo chen
> Suggested-b
Hello tejun,
On 08/23/2013 02:31 AM, Tejun Heo wrote:
> Hello,
>
> On Thu, Aug 22, 2013 at 09:52:09AM -0600, Toshi Kani wrote:
>> I understand that you are concerned about stability of the ACPI stuff,
>> which I think is a valid point, but most of (if not all) of the
>> ACPI-related issues come f
On Thu, Aug 22, 2013 at 12:05:50PM -0700, Andy Lutomirski wrote:
> On Thu, Aug 22, 2013 at 11:53 AM, Willy Tarreau wrote:
> > On Thu, Aug 22, 2013 at 11:48:10AM -0700, Linus Torvalds wrote:
> >> And I'm wondering if we shouldn't actually do that at "path_init"
> >> time. Right now the code says:
>
On Thu, 2013-08-22 at 13:10 +0200, Peter Zijlstra wrote:
> Fully agreed, this is something we should do regardless -- for as long
> as we preserve the avg_idle() machinery anyway :-)
Okay, I'll have the avg_idle fix as part 1 of the v4 patchset.
> The thing you 'forgot' to mention is if this patc
Hello,
On Fri, Aug 23, 2013 at 03:39:53AM +0800, Zhang Yanfei wrote:
> What do you mean by "earlyboot"? And also in your previous mail, I am also
> a little confused by what you said "the very first stage of boot". Does
> this mean the stage we are in head_32 or head64.c?
Mostly referring to the
Hi Masami,
Just getting back to this after returning from vacation - I'll be
sending an update to this patchset addressing your comments shortly...
On Thu, 2013-08-08 at 11:02 +0900, Masami Hiramatsu wrote:
> Hi,
>
> (2013/07/30 1:40), Tom Zanussi wrote:
> > Hi,
> >
> > This is v4 of the trace
> -Original Message-
> From: Ondrej Zary [mailto:li...@rainbow-software.org]
> Sent: Thursday, August 22, 2013 2:18 PM
> To: Kernel development list
> Cc: Deucher, Alexander
> Subject: Asus F5RL laptop unable to resume from S3 because of radeon
> module
>
> Hello,
> resume from suspend-to-
On Thu, 22 Aug 2013 00:59:15 +0200 Jan Kara wrote:
> On Wed 21-08-13 14:27:23, Andrew Morton wrote:
> > On Wed, 21 Aug 2013 10:08:28 +0200 Jan Kara wrote:
> >
> > > These patches avoid softlockups when a CPU gets caught in
> > > console_unlock() for
> > > a long time during heavy printing from
On Thu, 2013-08-08 at 17:30 +0900, Masami Hiramatsu wrote:
> (2013/07/30 1:40), Tom Zanussi wrote:
> > +struct event_command {
> > + struct list_headlist;
> > + char*name;
> > + enum trigger_mode trigger_mode;
> > + boolpost_trigger;
> >
The original SOFT_DISABLE patches didn't add support for soft disable
of syscall events; this adds it and paves the way for future patches
allowing triggers to be added to syscall events, since triggers are
built on top of SOFT_DISABLE.
Add an array of ftrace_event_file pointers indexed by syscall
Add a 'trigger' file for each trace event, enabling 'trace event
triggers' to be set for trace events.
'trace event triggers' are patterned after the existing 'ftrace
function triggers' implementation except that triggers are written to
per-event 'trigger' files instead of to a single file such as
Hi,
This is v5 of the trace event triggers patchset, addressing more
comments from Masami Hiramatsu (thanks for the review and comments).
v5:
- got rid of the trigger_iterator, a vestige of the first patchset,
which attempted to abstract the ftrace_iterator for triggers, and
cleaned up rel
Add 'traceon' and 'traceoff' ftrace_func_command commands. traceon
and traceoff event triggers are added by the user via these commands
in a similar way and using practically the same syntax as the
analagous 'traceon' and 'traceoff' ftrace function commands, but
instead of writing to the set_ftrac
The trace event filters are still tied to event calls rather than
event files, which means you don't get what you'd expect when using
filters in the multibuffer case:
Before:
# echo 'count > 65536' >
/sys/kernel/debug/tracing/events/syscalls/sys_enter_read/filter
# cat /sys/kernel/debug/trac
Add a generic event_command.set_trigger_filter() op implementation and
have the current set of trigger commands use it - this essentially
gives them all support for filters.
Syntactically, filters are supported by adding 'if ' just
after the command, in which case only events matching the filter w
Add 'stacktrace' ftrace_func_command. stacktrace event triggers are
added by the user via this command in a similar way and using
practically the same syntax as the analogous 'stacktrace' ftrace
function command, but instead of writing to the set_ftrace_filter
file, the stacktrace event trigger is
register/unregister_ftrace_command() are only ever called from __init
functions, so can themselves be made __init.
Also make register_snapshot_cmd() __init for the same reason.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace.h | 4 ++--
kernel/trace/ftrace.c | 12 ++--
kernel/trac
Add 'snapshot' ftrace_func_command. snapshot event triggers are added
by the user via this command in a similar way and using practically
the same syntax as the analogous 'snapshot' ftrace function command,
but instead of writing to the set_ftrace_filter file, the snapshot
event trigger is written
Provide a basic overview of trace event triggers and document the
available trigger commands, along with a few simple examples.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 207 +
1 file changed, 207 insertions(+)
diff --git a/Documenta
Add 'enable_event' and 'disable_event' event_command commands.
enable_event and disable_event event triggers are added by the user
via these commands in a similar way and using practically the same
syntax as the analagous 'enable_event' and 'disable_event' ftrace
function commands, but instead of
On Thursday 22 August 2013 21:49:41 Deucher, Alexander wrote:
> > -Original Message-
> > From: Ondrej Zary [mailto:li...@rainbow-software.org]
> > Sent: Thursday, August 22, 2013 2:18 PM
> > To: Kernel development list
> > Cc: Deucher, Alexander
> > Subject: Asus F5RL laptop unable to resum
On Tue, Aug 20, 2013 at 5:45 AM, Matthew Garrett wrote:
>
> ssh://cavan.codon.org.uk/srv/git/platform-drivers-x86.git linux-next
That is not a valid address. At least not unless you also post your
ssh password and user information.
Don't do this. Fix your scripts.
Linus
--
To un
On Tue, Aug 20, 2013 at 05:32:03PM -0400, Richard Guy Briggs wrote:
> This stops these four task helper functions from using the deprecated and
> error-prone task->pid and task->tgid.
>
> (informed by ebiederman's ea5a4d01)
> Cc: "Eric W. Biederman"
> Signed-off-by: Richard Guy Briggs
> ---
> i
Hello mailing list,
Earlier today I had Eclipse/Tomcat crash and thereafter I was unable
to use ps or other process utilities. Specifically, the output of ps,
top, w, and so on would hang and I was unable to terminate the
process. `ps` (with no arguments) and `pstree` remained working,
however. Af
On Wed, Aug 21 2013 at 10:40pm -0400,
Joe Jin wrote:
> On 08/21/13 23:06, Mike Snitzer wrote:
> > On Wed, Aug 21 2013 at 10:48am -0400,
> > Mikulas Patocka wrote:
> >
> >>
> >>
> >> On Wed, 21 Aug 2013, Joe Jin wrote:
> >>
> >>> commit a5664da "dm ioctl: make bio or request based device type im
On 08/21/2013 09:57 AM, Christian Ruppert wrote:
> On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
>> 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 th
Eliezer Tamir wrote:
> Performance:
> using sockperf, Intel X520 NICs,
> Supermicro 6026TT-BTF systems with E5-2690 Xeon CPUs
> 100 UDP sockets avg. latency 5.756 (std-dev 0.510)
> 1k UDP sockets avg. latency 5.780 (std-dev 0.536)
> 10k UDP sockets avg. latency 6.269 (std-dev 0.611)
How does thi
On Thu, Aug 22, 2013 at 12:23 PM, Linus Torvalds
wrote:
> On Thu, Aug 22, 2013 at 12:05 PM, Andy Lutomirski wrote:
>>
>> Does this work for the procfs case? As far as I understand it (which
>> isn't saying much), it goes through the symlink-following path.
>
> Right. The /proc case is still sepa
Hello Tejun,
On Thu, 2013-08-22 at 14:31 -0400, Tejun Heo wrote:
> On Thu, Aug 22, 2013 at 09:52:09AM -0600, Toshi Kani wrote:
> > I understand that you are concerned about stability of the ACPI stuff,
> > which I think is a valid point, but most of (if not all) of the
> > ACPI-related issues come
On Thu, Aug 22, 2013 at 05:48:27PM +0800, Wanpeng Li wrote:
> soft_offline_page will invoke __soft_offline_page for in-use normal pages
> and soft_offline_huge_page for in-use hugetlbfs pages. Both of them will
> done the same effort as for soft offline free pages set PG_hwpoison, increase
> num
From: Eliezer Tamir
Date: Wed, 21 Aug 2013 13:39:54 +0300
> + SK_LL_STATE_MISS_2, /* data came through napi poll twice in a row */
Please rename this to SK_LL_STATE_MISS_MULTI or something like that.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On Thu, Aug 22, 2013 at 01:10:43PM -0700, Andy Lutomirski wrote:
> What's the point of nd_jump_link anyway? The only way I can think of
> for a magic symlink in /proc to point to another symlink is to open a
> symlink with O_PATH | O_NOFOLLOW. Actually trying to use the
> resulting link in /proc
On Thu, Aug 22, 2013 at 01:04:55PM -0700, Linus Torvalds wrote:
> On Tue, Aug 20, 2013 at 5:45 AM, Matthew Garrett wrote:
> >
> > ssh://cavan.codon.org.uk/srv/git/platform-drivers-x86.git linux-next
>
> That is not a valid address. At least not unless you also post your
> ssh password and user
On 08/21/2013 11:19 PM, Richard Zhao wrote:
> On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
>> pass of_phandle_args dma_spec to dma_request_channel in of_dma_simple_xlate,
>> so the filter function could access of_node in of_phandle_args.
>>
>> It also remove restriction of #dma-cel
On Wed, Aug 21 2013 at 10:50pm -0400,
Joe Jin wrote:
> Mikulas, thanks for you suggestions, I create new patch, can you please help
> review?
>
> Subject: dm: add map_rq define for error
>
> commit a5664da "dm ioctl: make bio or request based device type immutable"
> prevented "dmsetup wape_tab
On 08/22/2013 01:37 AM, Johannes Thumshirn wrote:
> On Wed, Aug 21, 2013 at 11:34:00AM -0600, Stephen Warren wrote:
>> On 08/21/2013 06:42 AM, Johannes Thumshirn wrote:
>>> I accidently put the devicetree bindings for the MEN A21 watchdog driver in
>>> Documentation/devicetree/bindings/gpio instead
Hello,
On Thu, Aug 22, 2013 at 02:11:32PM -0600, Toshi Kani wrote:
> It's too late for the kernel image itself, but it prevents allocating
> kernel memory from movable ranges after that. I'd say it solves a half
> of the issue this time.
That works if such half solution eventually leads to the f
Let's try this again. Simple reversion of a patch that's still breaking
some systems (I'll try to figure out what the right fix is for 3.12) and
a couple of trivial fixes for sony-laptop.
The following changes since commit 50e37ccea06ca8846ceb60dbfbe056012c60d71b:
Merge branch 'for-3.11-fixes
On Thu, Aug 22, 2013 at 1:15 PM, Willy Tarreau wrote:
> On Thu, Aug 22, 2013 at 01:10:43PM -0700, Andy Lutomirski wrote:
>> What's the point of nd_jump_link anyway? The only way I can think of
>> for a magic symlink in /proc to point to another symlink is to open a
>> symlink with O_PATH | O_NOFO
-e is a non-standard echo option, echo output is
implementation-dependent when it is used. Replace echo -e
with printf as suggested by POSIX echo manual.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Max Filippov
---
tools/perf/perf-archive
This series cleans up non-portable 'echo -e' usage.
I haven't replaced instances of 'echo -e' under Documentation/ though.
Changes since v1:
- drop /bin/ from remaining echo calls.
Max Filippov (5):
xtensa: don't use echo -e needlessly
x86: don't use echo -e needlessly
raid6/test: replace ec
-e is not needed to output strings without escape sequences. This breaks
big endian FSF build when the shell is dash, because its builtin echo
doesn't understand '-e' switch and outputs it in the echoed string.
Cc: Chris Zankel
Cc: linux-xte...@linux-xtensa.org
Reported-by: Guenter Roeck
Signed-
> -Original Message-
> From: Ondrej Zary [mailto:li...@rainbow-software.org]
> Sent: Thursday, August 22, 2013 4:00 PM
> To: Deucher, Alexander
> Cc: Kernel development list
> Subject: Re: Asus F5RL laptop unable to resume from S3 because of radeon
> module
>
> On Thursday 22 August 2013 2
-e is a non-standard echo option, echo output is
implementation-dependent when it is used. Replace echo -e with printf as
suggested by POSIX echo manual.
Cc: NeilBrown
Cc: Jim Kukunas
Cc: "H. Peter Anvin"
Cc: Yuanhan Liu
Signed-off-by: Max Filippov
Acked-by: H. Peter Anvin
---
lib/raid6/tes
-e is a non-standard echo option, echo output is
implementation-dependent when it is used. Replace echo -e
with printf as suggested by POSIX echo manual.
Signed-off-by: Max Filippov
---
scripts/checkkconfigsymbols.sh |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scr
-e is not needed to output strings without escape sequences.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Signed-off-by: Max Filippov
---
arch/x86/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/Makefile b/arch/x86/Ma
A bit of addition.
On Thu, Aug 22, 2013 at 04:21:58PM -0400, Tejun Heo wrote:
> That works if such half solution eventually leads to the full
> solution. This is just a distraction. You are already too late in
> the boot sequence. It doesn't even qualify as a half solution. It's
> like obsessi
On 08/22/2013 12:43 AM, Richard Zhao wrote:
> DMA client device driver usually needs to know at probe time whether
> dma controller has been registered to deffer probe. So add a help
> function of_dma_check_controller.
>
> DMA request channel functions can also used to check it, but they
> are usu
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
wrote:
>> > The series touches also m68k, sh, mips and unicore32.
>> > These architectures magically select a cross compiler if ARCH !=
SUBARCH.
>> > Do really need that behavior?
>>
>> This d
On Wed, Aug 21, 2013 at 10:13:28AM -0500, Kumar Gala wrote:
>
> On Aug 21, 2013, at 8:06 AM, Ivan T. Ivanov wrote:
>
> > On Tue, 2013-08-20 at 18:01 +0100, Pawel Moll wrote:
> >> On Tue, 2013-08-20 at 16:06 +0100, Pawel Moll wrote:
> >>> On Tue, 2013-08-20 at 16:01 +0100, Kumar Gala wrote:
> >>>
On Thu, Aug 22, 2013 at 1:22 PM, Andy Lutomirski wrote:
>
> Let me rephrase that: why do we allow these types of lookup to recurse
> like normal symlinks? I'm proposing that these links immediately
> terminate lookup [..]
It can nest *inside* a regular symlink. So there should not be any
recurs
On 08/22/2013 01:07 AM, Sonic Zhang wrote:
> Hi Stephen,
>
> On Thu, Aug 22, 2013 at 2:45 AM, Stephen Warren wrote:
>> On 08/21/2013 12:30 AM, Sonic Zhang wrote:
>>> From: Sonic Zhang
>>>
>>> The new ADI GPIO2 controller was introduced since the BF548 and BF60x
>>> processors. It differs a lot f
On Thu, Aug 22, 2013 at 1:44 PM, Linus Torvalds
wrote:
> On Thu, Aug 22, 2013 at 1:22 PM, Andy Lutomirski wrote:
>>
>> Let me rephrase that: why do we allow these types of lookup to recurse
>> like normal symlinks? I'm proposing that these links immediately
>> terminate lookup [..]
>
> It can n
On 08/22/2013 02:31 AM, Kishon Vijay Abraham I wrote:
> The Palmas device contains only a USB VBUS-ID detector, so added a
> compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
> types for backward compatibility.
> diff --git a/Documentation/devicetree/bindings/extcon/extcon
On 08/21/2013 05:27 PM, Linus Walleij wrote:
> On Thu, Aug 22, 2013 at 1:10 AM, Stephen Warren wrote:
>>> On Wednesday 21 of August 2013 15:38:54 Lars Poeschel wrote:
>
To solve this dilemma, perform an interrupt consistency check
when adding a GPIO chip: if the chip is both gpio-contro
On Thu, Aug 22, 2013 at 1:48 PM, Andy Lutomirski wrote:
>
> Sure. But aren't they always last?
What do you mean? I'd say that the /proc lookup is always *innermost*.
Which means that it certainly cannot bail out, since there are many
levels of nesting outside of it.
> With the current code stru
On 08/22/2013 01:41 PM, Rob Landley wrote:
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg wrote:
>> > The series touches also m68k, sh, mips and unicore32.
>> > These architectures magically select a cross compiler if ARCH !=
SUBARCH.
>> > Do
On Thursday 22 August 2013 22:24:17 Deucher, Alexander wrote:
> > -Original Message-
> > From: Ondrej Zary [mailto:li...@rainbow-software.org]
> > Sent: Thursday, August 22, 2013 4:00 PM
> > To: Deucher, Alexander
> > Cc: Kernel development list
> > Subject: Re: Asus F5RL laptop unable to r
On Thu, Aug 22, 2013 at 1:54 PM, Linus Torvalds
wrote:
> On Thu, Aug 22, 2013 at 1:48 PM, Andy Lutomirski wrote:
>>
>> Sure. But aren't they always last?
>
> What do you mean? I'd say that the /proc lookup is always *innermost*.
> Which means that it certainly cannot bail out, since there are ma
Fix:
arch/arm/common/built-in.o: undefined reference to `edma_filter_fn'
seen with "make ARCH=arm allmodconfig"
Commit 6cba4355 (ARM: edma: Add DT and runtime PM support to the private EDMA
API) adds a dependency on edma_filter_fn() into arch/arm/common/edma.c. Since
this file is always built in
On Thursday 22 August 2013 02:31 PM, Stephen Boyd wrote:
> On 08/22, Santosh Shilimkar wrote:
>> On Thursday 22 August 2013 01:40 PM, Stephen Boyd wrote:
>>> On 08/22/13 10:33, Santosh Shilimkar wrote:
On Thursday 22 August 2013 01:06 PM, Stephen Boyd wrote:
> On some ARM systems there are
On 08/22/2013 03:01 AM, Lars Poeschel wrote:
> On Thursday 22 August 2013 at 01:10:27, Stephen Warren wrote:
>> On 08/21/2013 03:49 PM, Tomasz Figa wrote:
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
+ */
+ if (irq_domain && i
On Thu, 2013-08-22 at 16:21 -0400, Tejun Heo wrote:
> On Thu, Aug 22, 2013 at 02:11:32PM -0600, Toshi Kani wrote:
> > It's too late for the kernel image itself, but it prevents allocating
> > kernel memory from movable ranges after that. I'd say it solves a half
> > of the issue this time.
>
> Th
On Mon, Aug 19, 2013 at 10:17 PM, Neil Zhang wrote:
> There is a corener case when no peripheral irqs route to secondary
> cores.
> Let's take dual core system for example, the sequence is as following:
>
> Core 0 Core1
> 1.
On 08/21/2013 05:36 PM, Linus Walleij wrote:
> On Thu, Aug 22, 2013 at 1:10 AM, Stephen Warren wrote:
> [Me]
check if these in turn reference the interrupt-controller, and
if they do, loop over the interrupts used by that child and
perform gpio_request() and gpio_direction_input() o
Hey Thomas,
Just wanted to send you my fortglx/3.12/time branch for tip/timers/core.
There's also the fortglx/3.12/sched-clock64-base branch, which I sent
you an earlier pull request, but haven't seen anything on.
Let me know if you have any objections or comments.
thanks
-john
The follow
On Mon, Aug 5, 2013 at 1:21 AM, Zhenzhong Duan
wrote:
> xen_initdom_restore_msi_irqs trigger a hypercall to restore addr/data/mask
> in dom0. It's better to do the same in default_restore_msi_irqs for baremetal.
>
> Move restore of mask in default_restore_msi_irqs, this could avoid mask
> restored
On Thu, Aug 22, 2013 at 04:41:16PM +0100, Lee Jones wrote:
>
> When most of the other clocks that we deal with are being requested,
> they rely on being index zero:
>
> drivers/i2c/busses/i2c-nomadik.c: dev->clk = clk_get(&adev->dev, NULL);
Once a device has more than a single clock all clocks
Hello, Toshi.
On Thu, Aug 22, 2013 at 03:06:38PM -0600, Toshi Kani wrote:
> Since some node(s) won't be ejectable, this solution is reasonable as
> the first step. I do not think it is a distraction. I view your
But does this contribute to reaching the next step? If so, how?
I can't see how an
At Thu, 22 Aug 2013 19:03:44 +0300,
Stratos Karafotis wrote:
>
> On 08/22/2013 10:59 AM, Takashi Iwai wrote:
> > At Thu, 22 Aug 2013 00:42:41 +0300,
> > Stratos Karafotis wrote:
> >>
> >> Hi,
> >>
> >> I get the following oops during boot when build with
> >> CONFIG_SND_DYNAMIC_MINORS
> >> not se
> From: Ivan T. Ivanov [mailto:iiva...@mm-sol.com]
> Sent: Tuesday, August 20, 2013 8:26 AM
>
> On Tue, 2013-08-20 at 10:01 -0500, Kumar Gala wrote:
> > On Aug 20, 2013, at 9:54 AM, Ivan T. Ivanov wrote:
> >
> > >
> > > Hi,
> > >
> > > On Tue, 2013-08-20 at 09:33 -0500, Felipe Balbi wrote:
> > >>
On Thursday, August 22, 2013 01:31:11 PM Felipe Contreras wrote:
> _BCM_use_index and _BCL_use_index are never used and probably never will.
>
> Signed-off-by: Felipe Contreras
I have this patch in the linux-next branch, although under a different subject.
Thanks,
Rafael
> ---
> drivers/acpi
On 08/22/2013 03:55:20 PM, David Daney wrote:
On 08/22/2013 01:41 PM, Rob Landley wrote:
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
wrote:
>> > The series touches also m68k, sh, mips and unicore32.
>> > These architectures magically sel
On Mon, Aug 19, 2013 at 2:04 PM, Alex Williamson
wrote:
> We have a pci_walk_bus() interface, but it's exceptionally cumbersome
> for the callback function to figure out if the device is relevant if
> the caller is trying to walk all the devices in or below a slot. Add
> a variant to walk only sl
Thanks for the comments.
On 08/22/2013 04:53 PM, Linus Torvalds wrote:
>
> Please don't do these ugly and pointless preprocessor macro expanders
> that hide what the actual operation is.
>
> The DEBUG case seems to be just for your own testing anyway, so even
> that shouldn't exist in the merged
On Thu, Aug 22, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
> On Thursday, August 22, 2013 01:31:11 PM Felipe Contreras wrote:
>> _BCM_use_index and _BCL_use_index are never used and probably never will.
>>
>> Signed-off-by: Felipe Contreras
>
> I have this patch in the linux-next branch, although
On Thu, Aug 22, 2013 at 10:05:55PM +0200, Peter Zijlstra wrote:
> On Tue, Aug 20, 2013 at 05:32:03PM -0400, Richard Guy Briggs wrote:
> > This stops these four task helper functions from using the deprecated and
> > error-prone task->pid and task->tgid.
> >
> > (informed by ebiederman's ea5a4d01)
Hello,
I have received what appears to be a false warning from checkpatch.pl when
checking a patch named 'b':
$ scripts/checkpatch.pl b
WARNING: patch prefix 'b' exists, appears to be a -p0 patch
total: 0 errors, 1 warnings, 16 lines checked
b has style problems, please review.
Ftrace is currently not able to detect when SWIOTLB has to do double buffering
under Xen. You can only see it indirectly in function_graph, when
xen_swiotlb_map_page() doesn't stop after range_straddles_page_boundary(), but
calls spinlock functions, memcpy() and xen_phys_to_bus() as well. This patc
On Thu, 2013-08-22 at 15:34 -0600, Bjorn Helgaas wrote:
> On Mon, Aug 19, 2013 at 2:04 PM, Alex Williamson
> wrote:
> > We have a pci_walk_bus() interface, but it's exceptionally cumbersome
> > for the callback function to figure out if the device is relevant if
> > the caller is trying to walk al
The sample missed the moving of the header files into the events subdirectory.
I've also extended it based on the existing headers, and mentioned the tiny
but important role of CREATE_TRACE_POINTS.
Signed-off-by: Zoltan Kiss
---
Documentation/trace/tracepoints.txt | 19 +--
1 f
On Mon, Aug 19, 2013 at 05:07:41PM +0100, Russell King - ARM Linux wrote:
> On Mon, Aug 19, 2013 at 09:02:23AM -0700, Kamal Mostafa wrote:
> > Thanks Aaro. I'll apply "2ba85e7 ARM: Fix FIQ code on VIVT CPUs" to
> > 3.8-stable.
> >
> > Greg KH and Luis Henriques: Heads up! 3.10-stable and 3.5-st
On Thursday, August 22, 2013 10:16:59 AM Zoran Markovic wrote:
> Rafael,
> I haven't seen any other proposals/alternatives on how to do this. Is
> there anything else we should do to get this upstream? I believe this
> is a valuable debug feature for Android and it now explicitly depends
> on pstor
On 08/23/2013 12:23 AM, Takashi Iwai wrote:
> At Thu, 22 Aug 2013 19:03:44 +0300,
> Stratos Karafotis wrote:
>>
>> On 08/22/2013 10:59 AM, Takashi Iwai wrote:
>>> At Thu, 22 Aug 2013 00:42:41 +0300,
>>> Stratos Karafotis wrote:
Hi,
I get the following oops during boot when build
On Thu 22-08-13 12:49:13, Andrew Morton wrote:
> On Thu, 22 Aug 2013 00:59:15 +0200 Jan Kara wrote:
>
> > On Wed 21-08-13 14:27:23, Andrew Morton wrote:
> > > On Wed, 21 Aug 2013 10:08:28 +0200 Jan Kara wrote:
> > >
> > > > These patches avoid softlockups when a CPU gets caught in
> > > > cons
On Thu, 2013-08-22 at 14:45 -0700, Brian Norris wrote:
> Hello,
Hello.
> I have received what appears to be a false warning from checkpatch.pl when
> checking a patch named 'b':
>
> $ scripts/checkpatch.pl b
> WARNING: patch prefix 'b' exists, appears to be a -p0 patch
>
> total: 0
On Thu, Aug 22, 2013 at 03:37:55PM +0800, Li Zhong wrote:
> DEBUG_KOBJECT_RELEASE helps to find the issue attached below.
>
> After some investigation, it seems the reason is:
> The mod->mkobj.kobj(a01600d0 below) is freed together with mod
> itself by module_free(mod, mod->module_core) in
On Thu, 22 Aug 2013 22:47:28 +0100
Zoltan Kiss wrote:
> /*
> * Used to do a quick range check in swiotlb_tbl_unmap_single and
> * swiotlb_tbl_sync_single_*, to see if the memory was in fact allocated by
> this
> @@ -358,6 +362,9 @@ dma_addr_t xen_swiotlb_map_page(struct device *dev,
> str
On Thursday 22 August 2013 22:56:03 Ondrej Zary wrote:
> On Thursday 22 August 2013 22:24:17 Deucher, Alexander wrote:
> > > -Original Message-
> > > From: Ondrej Zary [mailto:li...@rainbow-software.org]
> > > Sent: Thursday, August 22, 2013 4:00 PM
> > > To: Deucher, Alexander
> > > Cc: Ke
On Thu, 22 Aug 2013 23:57:42 +0200 Jan Kara wrote:
> On Thu 22-08-13 12:49:13, Andrew Morton wrote:
> > Desperately seeking alternatives...
> >
> > I suppose there's some reason why we can't just make those drivers shut
> > up? If the messages are in the log buffer but aren't displayed,
> > the
On Thu, Aug 22, 2013 at 2:57 PM, Joe Perches wrote:
> On Thu, 2013-08-22 at 14:45 -0700, Brian Norris wrote:
>> Hello,
>
> Hello.
>
>> I have received what appears to be a false warning from checkpatch.pl when
>> checking a patch named 'b':
>>
>> $ scripts/checkpatch.pl b
>> WARNING: patch
While I tracked an another bug, I noticed that the PCI command register is
quite often updated here unnecessarily.
Signed-off-by: Zoltan Kiss
---
drivers/pci/probe.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index
Hello Tejun,
On Thu, 2013-08-22 at 17:21 -0400, Tejun Heo wrote:
:
> > Local page table and memory hotplug are two separate things. That is,
> > local page tables can be supported on all NUMA platforms without hotplug
> > support. Are you sure huge mapping will solve everything for all types
>
Hi Stan,
> I am having intermittent problems with dropping wifi network while the AP
> is still visible and dmesg produces this:
>
> [26617.864791] ipw2200: Failed to send ASSOCIATE: Already sending a
> command.
>
Thank you for the information, I will take a look. Could you please
reproduc
On Thu, 2013-08-22 at 15:14 -0700, Brian Norris wrote:
> I realized the problem is simply with the existence of a file
> named 'b'. That is, checkpatch will give a warning for this:
> touch b
> git format-patch -1 --stdout | scripts/checkpatch.pl -
> WARNING: patch prefix 'b' exists, appears
On Thursday 22 of August 2013 15:08:12 Stephen Warren wrote:
> On 08/22/2013 03:01 AM, Lars Poeschel wrote:
> > On Thursday 22 August 2013 at 01:10:27, Stephen Warren wrote:
> >> On 08/21/2013 03:49 PM, Tomasz Figa wrote:
> diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
> >
Quoting Jisheng Zhang (2013-08-22 05:46:50)
> Add missing iounmap to setup error path.
>
> Signed-off-by: Jisheng Zhang
Patch looks good with one minor nitpick below.
> @@ -145,10 +147,8 @@ void __init mvebu_clk_gating_setup(struct device_node
> *np,
> ctrl->num_gates = n;
> ct
This is a note to let you know that I've just added the patch titled
ARC: gdbserver breakage in Big-Endian configuration #1
to the 3.10-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
401 - 500 of 627 matches
Mail list logo
