User space callchains and user space stack dump were disabled
for function trace event. Mailing list discussions:
http://marc.info/?t=13930208651r=1w=2
http://marc.info/?t=13930143733r=1w=2
Catching up with perf and disabling user space callchains and
DWARF unwind (uses user stack
Disabling user space stack dump for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
The user space stack dump is just another source of the this issue.
Related list
hi,
recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651r=1w=2
http://marc.info/?t=13930143733r=1w=2
Disabling user space callchain
On Fri, 28 Feb 2014, Steven Rostedt wrote:
On Fri, 28 Feb 2014 18:34:00 -0500 (EST)
Vince Weaver vincent.wea...@maine.edu wrote:
But perf_event bug finder is a much more prestigious title than
college professor ;-)
yes, it's something to fall back on if/when I get denied tenure :)
I do
On 2 March 2014 21:19, Levente Kurusa le...@linux.com wrote:
Hi,
2014-03-02 16:40 GMT+01:00 Joe Perches j...@perches.com:
On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
IMHO, this message is too big. The one we already have is nice and clean.
I would simply do:
On Sun, Mar 2, 2014 at 2:47 AM, Ingo Molnar mi...@kernel.org wrote:
* Stefani Seibold stef...@seibold.net wrote:
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
What I'm missing from all the series is any trace of the significant
On Sun, Mar 02, 2014 at 04:56:37PM +0100, Jiri Olsa wrote:
hi,
recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651r=1w=2
We are unambiguously dead after BIOS. There is no retry possible...
On March 2, 2014 2:39:02 AM PST, Li, Aubrey aubrey...@linux.intel.com wrote:
Patch refined as below, welcome any comments.
Thanks,
-Aubrey
[PATCH] x86/reboot: Introduce all of the known reboot methods into the
default list
On Sun, 2 Mar 2014 16:56:39 +0100
Jiri Olsa jo...@redhat.com wrote:
Disabling user space stack dump for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
The user space
On Sat, 01 Mar 2014 21:12:25 +
disbandtechc...@tfwno.gf wrote:
FOUR people made a decision that would once have required
thousands of votes. FOUR votes overrideds the decision
debian took before the tech-ctte dictatorship to standardize
on system V init rather than bsd style init scripts
On Fri, 28 Feb 2014 18:18:38 -0500
Santosh Shilimkar santosh.shilim...@ti.com wrote:
Based on earlier thread https://lkml.org/lkml/2013/10/7/662; and
further discussion at Kernel Summit'2013, it was agreed to create
'driver/soc' for drivers which are quite SOC specific.
Lets take the
* Marek Belisko ma...@goldelico.com [140301 06:02]:
This updated series fix issue with proper gta04 booting in 3.14 kernel
and add various devices to devicetree.
Changes from V1:
- removed fixes which was merged to 3.14 already
- add bma180 accelerometer + booting fix
Marek Belisko (2):
Greetings;
Something is stuck in a loop someplace and I am now being bombarded by
reject messages from:
Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the following
addresses.
This is a permanent error; I've given up. Sorry it didn't
When using CONFIG_FTRACE_SELFTEST=y and CONFIG_FTRACE_STARTUP_TEST=y
best_cpu is -1 and passed to function cpumask_check which takes
unsigned int.
Fix order of test arguments to avoid oops.
Regression was introduced in commit 82b95800b256205cff2eeab5bbd03430d2d0f20d.
Signed-off-by: Reiter
On Sun, 2014-03-02 at 21:51 +0530, Yogesh Chaudhari wrote:
I will send in a new patch with both the script file and the
documentation modifications.
Separate patches please.
Changes to CodingStyle generally bring another
round of comments.
--
To unsubscribe from this list: send the line
great to see that we have an enhaced version of the initial quick`n`dirty patch
now. i just tested it on ubuntu 13.10 with kernel from 14.04 repository
(complete
package build).
works as expected ! hopefully ubuntu #930447 can now be closed soon and the
patch
will quickly find it´s way into
On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett ghesk...@wdtv.com wrote:
Greetings;
Something is stuck in a loop someplace and I am now being bombarded by
reject messages from:
Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the
I stumbled across this in fs/kernfs/dir.c:39.
/* Reserve hash numbers 0, 1 and INT_MAX for magic directory entries */
if (hash 1)
hash += 2;
if (hash = INT_MAX)
hash = INT_MAX - 1;
Shouldn't that be (hash 2), or is 1 not reserved?
On Sat, Mar 1, 2014 at 9:14 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Mon, Feb 10, 2014 at 9:14 PM, Suman Anna s-a...@ti.com wrote:
On 02/07/2014 04:49 PM, Bjorn Andersson wrote:
It seems to be standard practice to pass the error value back to the
consumer, so you should
return
On Saturday 01 March 2014 9:36:31 PM Joe Perches wrote:
On Sat, 2014-03-01 at 22:22 -0700, Axel Rasmussen wrote:
The definition of the driver's ChannelPlan array produced a large number
of checkpatch.pl errors. This patch fixes all of them by adding spaces
and wrapping the resulting
On Fri, Feb 28, 2014 at 15:34 -0800, Soren Brinkmann wrote:
[ MMIO registers assumed for clock control modules, but I2C
communication may be involved in other hardware, individual for
a (set of) clock(s) and not for an architecture or platform ]
Does anybody have a good idea how we could
Kent,
The blk_queue_split(), splits a bio into at most two bios right? So,
if the original bio spans larger space than two bios can cover
(restriction by the lower driver in the stack), this might not work?
Am I reading it incorrectly?
Thanks!
Regards,
Muthu
On Wed, Feb 26, 2014 at 3:39 PM,
On Sunday 02 March 2014, Ilia Mirkin wrote:
On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett ghesk...@wdtv.com wrote:
Greetings;
Something is stuck in a loop someplace and I am now being bombarded by
reject messages from:
Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I
From: Heinrich Schuchardt xypron.g...@gmx.de
fdtput.c:
Replace the remaining call to realloc by xrealloc.
Some redundant lines in encode_value can be saved.
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
---
fdtput.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff
From: Heinrich Schuchardt xypron.g...@gmx.de
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
---
tests/testutils.c |1 -
1 file changed, 1 deletion(-)
diff --git a/tests/testutils.c b/tests/testutils.c
index f185133..521f4f1 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@
On 03/01/2014 02:38 PM, Kishon Vijay Abraham I wrote:
On Saturday 01 March 2014 02:03 PM, Sebastian Hesselbarth wrote:
DT-enabled Dove will move over from ARCH_DOVE in mach-dove to
MACH_DOVE in
mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
DT-only MACH_DOVE Kconfig.
On Sun, Mar 02, 2014 at 05:12:06PM +, One Thousand Gnomes wrote:
On Fri, 28 Feb 2014 18:18:38 -0500
Santosh Shilimkar santosh.shilim...@ti.com wrote:
Based on earlier thread https://lkml.org/lkml/2013/10/7/662; and
further discussion at Kernel Summit'2013, it was agreed to create
Never mind...
The following code covers it:
+ if (split) {
+ bio_chain(split, *bio);
+ generic_make_request(*bio);
+ *bio = split;
+ }
My other question is, can we avoid calling the queue_split from
individual drivers make_request()? Can
Hi,
/*
+ * PAE CPUID bug: Pentium M reports no PAE but has PAE
+ */
Ain't that a tad strongly/incorrectly worded?
It's probably not certain whether that's a bug.
Prior content in this discussion suggested that the flag might have been
intentionally not advertised, due to not
On 03/02/2014 12:56 PM, Andreas Mohr wrote:
(BTW, would it be possible to transform Linux's PAE support into
boot-config or even fully runtime-detectable boot switching to
(non-)PAE, similar to or exceeding what XP offers with its static
boot-time flag?
Last time I checked PAE support
On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
(BTW, would it be possible to transform Linux's PAE support into
boot-config or even fully runtime-detectable boot switching to
(non-)PAE, similar to or exceeding what XP offers with its static
boot-time flag?
Last time I
On 03/02/2014 08:32 AM, Andy Lutomirski wrote:
OTOH, hpa may prefer incremental patches, now that this lives in tip.
The branch currently in -tip is dead, so it is not an issue either way.
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Sun, Mar 02, 2014 at 04:02:01PM -0500, Dave Jones wrote:
It would be a considerable amount of work to make it a runtime thing.
Ten years ago, maybe it would be worth the effort perhaps, but I'd
suggest just letting 32-bit slowly die instead of doing dramatic
overhauls that will no doubt
dgap_driver_start and dgap_Major_Control_Registered are used
to keep status of initialization of the driver as a whole and its Major
Control.
But the code that checks them is executed once on module init/unload.
That makes no sense in these variables as far as their values are predictable
at any
No need to call pci_unregister_driver() if pci_register_driver() failed.
Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru
---
drivers/staging/dgap/dgap.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c
dgap_start() ignored errors in class_create() and device_create().
The patch implements proper error handling.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru
---
drivers/staging/dgap/dgap.c | 22 --
1
Many new laptop keyboards aren't shipping with LEDs in the keys for
caps lock, num lock, and scroll lock. They do, however, ship with many LEDs
for specialized functions that mostly go non-utilized by any current
Linux drivers. Having a caps lock LED is very helpful in early boot full
disk
This code path is hit everytime a new network namespace is created,
which means it runs everytime I start Chromium, resulting in needless
noise in my logs. This message doesn't add very much at all, and isn't
triggered at the correct place anyway, so this patch simply removes it.
Signed-off-by:
On Sun, Mar 02, 2014 at 10:04:19PM +0100, Borislav Petkov wrote:
On Sun, Mar 02, 2014 at 04:02:01PM -0500, Dave Jones wrote:
It would be a considerable amount of work to make it a runtime thing.
Ten years ago, maybe it would be worth the effort perhaps, but I'd
suggest just letting 32-bit
Function do_sched_rt_period_timer() iterates through runqueues sequentially.
This makes it racy with inc_rt_group(). Sometimes when timer callback is
running we may skip hrtimer restart.
On the one hand it's not good to skip bandwidth timer. On the other hand,
there is no simple fix to
From: Heinrich Schuchardt xypron.g...@gmx.de
The information about the location of the source code of the
device tree compiler was inaccurate.
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
---
Documentation/manual.txt | 21 +
1 file changed, 9 insertions(+), 12
On Sunday 02 March 2014, Dave Jones wrote:
On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
(BTW, would it be possible to transform Linux's PAE support into
boot-config or even fully runtime-detectable boot switching to
(non-)PAE, similar to or exceeding what XP offers with its
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.14-rc5
for you to fetch changes up to
The following changes since commit 6d0abeca3242a88cab8232e4acd7e2bf088f3bc2:
Linux 3.14-rc3 (2014-02-16 13:30:25 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.14-rc5
for you to fetch changes up to
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc5
for you to fetch changes up to
On 2014/3/3 0:52, H. Peter Anvin wrote:
We are unambiguously dead after BIOS. There is no retry possible...
No really. Given that we add all of the known methods into the default
list, and BIOS is the last method, if your system hits BIOS, that means
ACPI/KBD/EFI/PCI can't make your system
There is a race in ME hardware between data copy for host and interrupt
delivery. An interrupt can be delivered prior to whole data copied for the
host to read but rather then going trough the reset we just merely need to
wait for the next interrupt.
The bug is visible in read/write stress with
On Mon, Mar 03, 2014 at 06:13:47AM +0800, Li, Aubrey wrote:
If you have a system can't be rebooted by all of the known methods, we
have to figure out how to make reboot work and add the new methods.
The only methods used by Windows are the keyboard controller, the ACPI
registers and
You say nothing because there is nothing that you can say.
Simplicity is beautiful, and it works.
Systemd is a nightmare, but you are using politics and psyops to push it on
every single linux user, every distro, everywhere.
I showed you code that does your vaunted concurrent boot systemdde
Fine, I'll just poke at this reply since it's that asinine. But this is
probably my last post in this thread since the idiocy from this poster has
gone from curiously amusing to stupidly annoying.
By the way, I noticed you changed your fake email at least once in this
thread. I'm guessing you
Why should we believe you or the bullshit excuses given in the article?
The fact is, last year none of this crap was needed.
Now it suddenly is.
Furthermore gnome stole libgtk from the gimp project recently
and then they made an incompatable libgtk 3.0.
And now they're requiring all these
On 2014/3/3 6:26, Matthew Garrett wrote:
On Mon, Mar 03, 2014 at 06:13:47AM +0800, Li, Aubrey wrote:
If you have a system can't be rebooted by all of the known methods, we
have to figure out how to make reboot work and add the new methods.
The only methods used by Windows are the keyboard
Hi Linus,
Not a huge amount happening, some MAINTAINERS updates, radeon, vmwgfx and
tegra fixes,
Dave.
The following changes since commit 75936c65dda54a08d9124f24f8725f86a4adc286:
Merge tag 'ttm-fixes-3.14-2014-02-18' of
git://people.freedesktop.org/~thomash/linux into drm-fixes
On Mon, Mar 03, 2014 at 06:45:15AM +0800, Li, Aubrey wrote:
One example in my hand is, 32bit windows calls 32bit EFI firware, so
reboot works. However, I installed 64bit linux on this 32bit EFI
machine, so none of ACPI/KBD/EFI works.
Yes. The correct fix for that is to ensure that the 64-bit
sorry for late reply.
I will resend patches which couldn't be applied to stating-next branch.
Thanks.
Daeseok Youn.
2014-03-01 7:19 GMT+09:00 Greg KH gre...@linuxfoundation.org:
On Fri, Feb 28, 2014 at 04:33:49PM +0900, DaeSeok Youn wrote:
OK. sorry.
I will send again.
Please resend all 3
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28 February 2014 18:50, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
On 2014/3/3 7:11, Matthew Garrett wrote:
So, if you are still suggesting we add EFI only, please let me know your
plan about adding dmidecode table and if it's acceptable to add new
tables, I have three waiting: ASUS-T100, Dell Venue 8 Pro, and Dell
Venue 11 Pro.
I don't think it's
On Sunday, March 02, 2014 08:53:57 AM Li, Aubrey wrote:
On 2014/3/2 8:39, Rafael J. Wysocki wrote:
On Saturday, March 01, 2014 06:24:23 AM Li, Aubrey wrote:
Do we still want to set this if the check below fails? If so, then why?
We know \_S5_ is valid. The fault is sleep registers, not
On Fri, Feb 28, 2014 at 03:20:31PM -0500, Matthew Wilcox wrote:
On Fri, Feb 28, 2014 at 10:49:31AM -0700, Toshi Kani wrote:
On Tue, 2014-02-25 at 09:18 -0500, Matthew Wilcox wrote:
Instead of calling aops-get_xip_mem from the fault handler, the
filesystem passes a get_block_t that is used
On Wednesday, February 26, 2014 05:11:12 PM Zhang Rui wrote:
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID/_CID to
platform bus by default, unless the device already has a scan handler
attached.
On 2 March 2014 23:20, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
Hi Paul,
On 28
On Sun, Mar 02, 2014 at 09:39:01PM +0100, xypron.g...@gmx.de wrote:
From: Heinrich Schuchardt xypron.g...@gmx.de
fdtput.c:
Replace the remaining call to realloc by xrealloc.
Some redundant lines in encode_value can be saved.
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
Applied,
On Sun, Mar 02, 2014 at 09:45:57PM +0100, xypron.g...@gmx.de wrote:
From: Heinrich Schuchardt xypron.g...@gmx.de
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
Applied, thanks.
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au
On Sun, Mar 02, 2014 at 10:39:14PM +0100, xypron.g...@gmx.de wrote:
From: Heinrich Schuchardt xypron.g...@gmx.de
The information about the location of the source code of the
device tree compiler was inaccurate.
Signed-off-by: Heinrich Schuchardt xypron.g...@gmx.de
Trailing whitespace
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
This inverts also the return codes of force_sigsegv_info()
and setup_frame() to follow the kernel convention.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/ia64/kernel/signal.c | 46
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m32r/kernel/signal.c | 47 ---
1 file changed, 20 insertions(+), 27 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/mips/include/asm/abi.h | 10 +++
arch/mips/kernel/signal.c | 66 ---
arch/mips/kernel/signal32.c | 39
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/arm64/include/asm/signal32.h | 7 +++---
arch/arm64/kernel/signal.c| 48 ---
arch/arm64/kernel/signal32.c
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/microblaze/kernel/signal.c | 48 +++--
1 file changed, 17 insertions(+), 31 deletions(-)
diff --git
This is v2 of the global signal cleanup series.
This patch series moves all remaining archs to the get_signal() and
signal_setup_done() functions. Currently these archs use open coded
variants of the said functions. Further, unused parameters get removed
from get_signal_to_deliver(),
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/s390/kernel/compat_signal.c | 79 ++--
arch/s390/kernel/entry.h | 4 +-
arch/s390/kernel/signal.c|
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/tile/include/asm/compat.h | 3 +--
arch/tile/kernel/compat_signal.c | 29 ++---
arch/tile/kernel/signal.c| 54
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/sh/kernel/signal_32.c | 79 ++--
arch/sh/kernel/signal_64.c | 82 ++
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/include/shared/frame_kern.h | 12 --
arch/um/kernel/signal.c | 27 +-
arch/x86/um/signal.c| 45
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Acked-by: Lennox Wu lennox...@gmail.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/score/kernel/signal.c | 43 ++-
1 file changed, 18 insertions(+), 25
clean up checkpatch.pl warnings:
WARNING: Line length over 80 characters
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/cxt1e1/hwprobe.c | 45 --
1 file changed, 28 insertions(+), 17 deletions(-)
diff --git
Translating signals is common task. Currently many arch have this
open coded. This provides a common helper for all archs.
Signed-off-by: Richard Weinberger rich...@nod.at
---
include/linux/signal.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/signal.h
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m68k/kernel/signal.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/frv/kernel/signal.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git a/arch/frv/kernel/signal.c b/arch/frv/kernel/signal.c
index
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/arm64/kernel/signal.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
index f6f23dd..165a72a
checkpatch.pl error:
ERROR: do not use assignment in if condition
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/cxt1e1/hwprobe.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/cxt1e1/hwprobe.c
Note that in general dtc patches should be CCed to myself and Jon
Loeliger j...@jdl.com, the dtc maintainers.
This is the relevant section in file MAINTAINERS of Torvald's git.
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS
OPEN FIRMWARE AND FLATTENED DEVICE
clean up checkpatch.pl error:
ERROR: that open brace { should be on the previous line
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/cxt1e1/hwprobe.c | 62 +++---
1 file changed, 25 insertions(+), 37 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/sh/kernel/signal_32.c | 23 ---
arch/sh/kernel/signal_64.c | 19 ---
2 files changed, 8 insertions(+), 34 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/xtensa/kernel/signal.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/xtensa/kernel/signal.c b/arch/xtensa/kernel/signal.c
index
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/x86/um/signal.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/arch/x86/um/signal.c b/arch/x86/um/signal.c
index 79d8245..1ffafa1 100644
---
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/unicore32/kernel/signal.c | 31 ---
1 file changed, 8 insertions(+), 23 deletions(-)
diff --git a/arch/unicore32/kernel/signal.c
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/x86/kernel/signal.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/signal.c b/arch/x86/kernel/signal.c
index 9e5de68..cad7c49 100644
---
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/tile/kernel/compat_signal.c | 12 ++--
arch/tile/kernel/signal.c| 12 ++--
2 files changed, 4 insertions(+), 20 deletions(-)
diff --git
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/s390/kernel/compat_signal.c | 15 ++-
arch/s390/kernel/signal.c| 15 ++-
2 files changed, 4 insertions(+), 26 deletions(-)
diff --git
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/microblaze/kernel/signal.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/arch/microblaze/kernel/signal.c b/arch/microblaze/kernel/signal.c
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/mn10300/kernel/signal.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git a/arch/mn10300/kernel/signal.c
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m68k/kernel/signal.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Make the ACPI-based PCI hotplug (ACPIPHP) code use
pci_device_is_present() for checking if devices are present instead
of open coding the same thing.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
On top of current linux-next.
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m32r/kernel/signal.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/arch/m32r/kernel/signal.c b/arch/m32r/kernel/signal.c
index cce3fd3..2673513
Use the common helper instead of it's own open coded variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/blackfin/kernel/signal.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/arch/blackfin/kernel/signal.c b/arch/blackfin/kernel/signal.c
index
On Mon, Mar 03, 2014 at 10:42:12AM +1100, David Gibson wrote:
On Sun, Mar 02, 2014 at 10:39:14PM +0100, xypron.g...@gmx.de wrote:
From: Heinrich Schuchardt xypron.g...@gmx.de
The information about the location of the source code of the
device tree compiler was inaccurate.
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/arm/kernel/signal.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/arch/arm/kernel/signal.c b/arch/arm/kernel/signal.c
index 04d6388..9c6a908 100644
On Mon, Mar 03, 2014 at 01:00:22AM +0100, Heinrich Schuchardt wrote:
Note that in general dtc patches should be CCed to myself and Jon
Loeliger j...@jdl.com, the dtc maintainers.
This is the relevant section in file MAINTAINERS of Torvald's git.
These parameters are nowhere used, so we can remove them.
Signed-off-by: Richard Weinberger rich...@nod.at
---
include/linux/tracehook.h | 8 +---
kernel/signal.c | 2 +-
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/include/linux/tracehook.h
401 - 500 of 630 matches
Mail list logo