Re: [PATCH 11/27] clocksource: sh_cmt: Add support for multiple channels per device

Hi Magnus, On Monday 17 February 2014 10:41:31 Magnus Damm wrote: > On Mon, Feb 17, 2014 at 3:18 AM, Laurent Pinchart wrote: > > On Saturday 15 February 2014 13:46:54 Thomas Gleixner wrote: > >> On Fri, 14 Feb 2014, Laurent Pinchart wrote: > >> > CMT hardware devices can support multiple

Re: [PATCH 23/27] clocksource: sh_cmt: Add DT support

Hi Magnus, On Saturday 15 February 2014 02:22:00 Magnus Damm wrote: > On Sat, Feb 15, 2014 at 1:12 AM, Laurent Pinchart wrote: > > On Saturday 15 February 2014 01:01:30 Magnus Damm wrote: > >> On Sat, Feb 15, 2014 at 12:53 AM, Laurent Pinchart wrote: > >> > On Friday 14 February 2014 10:58:22

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Monday, February 17, 2014 7:41 AM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; > linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi >

Re: [PATCH] printk: Fix discarding of records

On Mon, Feb 17, 2014 at 2:19 AM, Kay Sievers wrote: > On Mon, Feb 17, 2014 at 1:57 AM, Linus Torvalds > wrote: >> On Sun, Feb 16, 2014 at 4:50 PM, Kay Sievers wrote: >>> >>> That should avoid the overflow, yes. I expect it will not print the >>> first line with a prefix, which we probably

Re: [PATCH 11/27] clocksource: sh_cmt: Add support for multiple channels per device

Hi Laurent, On Mon, Feb 17, 2014 at 3:18 AM, Laurent Pinchart wrote: > Hi Thomas, > > On Saturday 15 February 2014 13:46:54 Thomas Gleixner wrote: >> On Fri, 14 Feb 2014, Laurent Pinchart wrote: >> > CMT hardware devices can support multiple channels, with global >> > registers and per-channel

Re: [PATCH] printk: Fix discarding of records

On Mon, Feb 17, 2014 at 1:57 AM, Linus Torvalds wrote: > On Sun, Feb 16, 2014 at 4:50 PM, Kay Sievers wrote: >> >> That should avoid the overflow, yes. I expect it will not print the >> first line with a prefix, which we probably should.? > > Well, it's not printing out the prefix, but it's also

[git pull] Please pull powerpc.git merge branch

Hi Linus ! Here are some more powerpc fixes for 3.14 The main one is a nasty issue with the NUMA balancing support which requires a small generic change and the addition of a new accessor to set _PAGE_NUMA. Both have been reviewed and acked by Mel and Rik. The changelog should have plenty of

Re: [PATCH 00/08] PCI: rcar: Recent driver patches from Ben Dooks and me

On Fri, Feb 14, 2014 at 11:34:30AM -0700, Bjorn Helgaas wrote: > On Thu, Feb 13, 2014 at 01:39:54PM +0900, Simon Horman wrote: > > On Thu, Feb 13, 2014 at 12:03:02PM +0900, Magnus Damm wrote: > > > PCI: rcar: Recent driver patches from Ben Dooks and me > > > > > > [PATCH 01/08] PCI: rcar: check

Re: [PATCH net-next 0/4] bonding cleaning

On 2014/2/16 7:57, Joe Perches wrote: > Miscellaneous cleanups > > Joe Perches (4): > bonding: Convert pr_warning to pr_warn, neatening > bonding: Neaten pr_ > bonding: Convert c99 comments > bonding: Convert memcpy(foo, bar, ETH_ALEN) to ether_addr_copy(foo, bar) > >

Re: [PATCH] printk: Fix discarding of records

On Sun, Feb 16, 2014 at 4:50 PM, Kay Sievers wrote: > > That should avoid the overflow, yes. I expect it will not print the > first line with a prefix, which we probably should.? Well, it's not printing out the prefix, but it's also not printing out the whole first part of the line, so quite

[tip:x86/vdso] x86, vdso: Revamp vclock_gettime.c

Commit-ID: 0b20a1f58d3502a8dfec98a8926f26c43429bee7 Gitweb: http://git.kernel.org/tip/0b20a1f58d3502a8dfec98a8926f26c43429bee7 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:41 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:06:39 -0800 x86, vdso: Revamp

[tip:x86/vdso] x86, vdso: Make vsyscall_gtod_data handling x86 generic

Commit-ID: 0d3ad8c4e6246637b289c22dfe12e3dbae516aef Gitweb: http://git.kernel.org/tip/0d3ad8c4e6246637b289c22dfe12e3dbae516aef Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:39 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:04:06 -0800 x86, vdso: Make

[tip:x86/vdso] x86, vdso: Add 32-bit VDSO time support for the 32-bit kernel

Commit-ID: feea5bae36ba8fcd7095e1b23cc2c537f4d24562 Gitweb: http://git.kernel.org/tip/feea5bae36ba8fcd7095e1b23cc2c537f4d24562 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:46 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:08:18 -0800 x86, vdso: Add

[tip:x86/vdso] x86, vdso: Add 32-bit VDSO time support for the 64-bit kernel

Commit-ID: 249adfe2c86766eaa739d342525e55a96bf9efa7 Gitweb: http://git.kernel.org/tip/249adfe2c86766eaa739d342525e55a96bf9efa7 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:47 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:08:29 -0800 x86, vdso: Add

[tip:x86/vdso] x86, vdso: Add a lot more dummy locking functions to vclock_gettime.c

Commit-ID: 4b5e4f908855a66f0957bf35137ce3ee37c05230 Gitweb: http://git.kernel.org/tip/4b5e4f908855a66f0957bf35137ce3ee37c05230 Author: H. Peter Anvin AuthorDate: Sun, 16 Feb 2014 16:44:25 -0800 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 16:44:25 -0800 x86, vdso: Add a lot

[tip:x86/vdso] x86, vdso: Do conditional fixmap of VVAR and HPET page

Commit-ID: 74cd745f0ce8cc8b95722ee8fdf1d97ffb3afe0b Gitweb: http://git.kernel.org/tip/74cd745f0ce8cc8b95722ee8fdf1d97ffb3afe0b Author: stef...@seibold.net AuthorDate: Sun, 16 Feb 2014 22:52:48 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 16:46:03 -0800 x86, vdso: Do

[tip:x86/vdso] x86, vdso: Introduce VVAR marco for vdso32

Commit-ID: 995106bc0373be03295aa6e0e380dd33a3a37ea4 Gitweb: http://git.kernel.org/tip/995106bc0373be03295aa6e0e380dd33a3a37ea4 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:45 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:07:45 -0800 x86, vdso: Introduce

[tip:x86/vdso] x86, vdso: Cleanup __vdso_gettimeofday()

Commit-ID: bada923abe5d8b015efe0e49ca47f76af853972d Gitweb: http://git.kernel.org/tip/bada923abe5d8b015efe0e49ca47f76af853972d Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:44 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:07:31 -0800 x86, vdso: Cleanup

[tip:x86/vdso] x86, vdso: Replace VVAR(vsyscall_gtod_data) by the gtod macro

Commit-ID: d3e68e3e3fed760169cef2fa95e73551f5d24022 Gitweb: http://git.kernel.org/tip/d3e68e3e3fed760169cef2fa95e73551f5d24022 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:43 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:07:01 -0800 x86, vdso: Replace

[tip:x86/vdso] x86, vdso: vclock_gettime.c __vdso_clock_gettime cleanup

Commit-ID: 3b19f50facf0488e193ebae00b864fdaeeb25dbb Gitweb: http://git.kernel.org/tip/3b19f50facf0488e193ebae00b864fdaeeb25dbb Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:42 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:06:47 -0800 x86, vdso:

[tip:x86/vdso] mm: Add new func _install_special_mapping() to mmap.c

Commit-ID: 48be0cb586e850e3ff5c37fe9339f233f9c893e4 Gitweb: http://git.kernel.org/tip/48be0cb586e850e3ff5c37fe9339f233f9c893e4 Author: Stefani Seibold AuthorDate: Sun, 16 Feb 2014 22:52:40 +0100 Committer: H. Peter Anvin CommitDate: Sun, 16 Feb 2014 15:04:23 -0800 mm: Add new func

[PATCH] cpufreq: Refactor cpufreq_set_policy()

From: Rafael J. Wysocki Reduce the rampant usage of goto and the indentation level in cpufreq_set_policy() to improve the readability of that code. No functional changes should result from that. Signed-off-by: Rafael J. Wysocki --- drivers/cpufreq/cpufreq.c | 102

Re: [PATCH] printk: Fix discarding of records

On Mon, Feb 17, 2014 at 1:41 AM, Linus Torvalds wrote: > On Sun, Feb 16, 2014 at 4:19 PM, Banerjee, Debabrata > wrote: > The third loop does *not* start again from the first line! It > *continues* from where the second loop ended. Which is exactly why > clearing "prev" is *wrong*. Because the

[PATCH v2] documentation: docbook: document process of writing an musb glue layer

Document the process of writing an musb glue layer by taking the Ingenic JZ4740 glue layer as an example, as it seems more simple than most glue layers due to the basic feature set of the JZ4740 USB device controller. Signed-off-by: Apelete Seketeli --- Documentation/DocBook/Makefile

[PATCH v3] printk: Fix discarding of records

Found another buffer overflow in this code that was introduced by e3756477aec028427fec767957c0d4b6cfb87208 trying to solve a related overflow. strace still shows a problem: syslog(0x3, 0x7fffd65375d0, 0x1000) = 4107 The first record output was in the middle of a LOG_CONT line:

[PATCH v2] Add documentation on writing an musb glue layer

Hello, Following a few patches already in tree that add support for the USB device controller of the Ingenic JZ4740 MIPS SoC, I documented the process of writing an MUSB glue layer. The JZ4740 MUSB controller offers a basic feature set, which makes the glue layer implementation more simple than

Re: [PATCH] printk: Fix discarding of records

On Sun, Feb 16, 2014 at 4:19 PM, Banerjee, Debabrata wrote: > > No that can't be right, the prev value after every loop is the msg->flags > from the *last* line in the list, which has no relation to the *first*, so > reusing it for the top of the next loop is nonsense. Please, Debabrata, humor

Re: [PATCH] printk: Fix discarding of records

On 2/16/14, 6:59 PM, "Linus Torvalds" wrote: >On Sun, Feb 16, 2014 at 3:23 PM, Banerjee, Debabrata > wrote: >> >> The explanation is: the loops look identical but they are not. When a >> record is printed first, its size can expand due to adding the prefix >>and >> timestamp. The second loop is

Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()

On Friday, February 14, 2014 04:30:40 PM Viresh Kumar wrote: > cpufreq_update_policy() calls cpufreq_driver->get() to get current frequency > of > a CPU and it is not supposed to fail or return zero. Return error in case that > happens. > > Signed-off-by: Viresh Kumar > --- > Pierre, > > I

Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition

On Friday, February 14, 2014 04:30:41 PM Viresh Kumar wrote: > cpufreq_update_policy() is called from two places currently. From a workqueue > handled queued from cpufreq_bp_resume() for boot CPU and from > cpufreq_cpu_callback() whenever a CPU is added. > > The first one makes sure that boot CPU

[PATCH V2] staging: ion: replace ion_phys_addr_t with phys_addr_t

Looks like phys_addr_t's are fully plumbed in the kernel. Signed-off-by: Tomas Winkler --- V2: remove one more comment regarding ion_phys_addr_t drivers/staging/android/ion/ion.c | 2 +- drivers/staging/android/ion/ion.h | 12 +++-

Re: ext4 info leak in creation times in latest mainline

On Sun, Feb 16, 2014 at 04:52:37PM +0100, Vegard Nossum wrote: > There seems to be a bug in ext4 where the i_crtime of struct > ext4_inode_info is not initialised, so (some) creation times contain > essentially random values > > I don't know if it's relevant, but the filesystem is actually

Re: [PATCH] printk: Fix discarding of records

On Sun, Feb 16, 2014 at 3:23 PM, Banerjee, Debabrata wrote: > > The explanation is: the loops look identical but they are not. When a > record is printed first, its size can expand due to adding the prefix and > timestamp. The second loop is calculating len with the first line printed > possibly

Re: [RFC PATCH] Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE

- Original Message - > From: "Rusty Russell" > To: "Steven Rostedt" > Cc: "Ingo Molnar" , "Mathieu Desnoyers" > , > linux-kernel@vger.kernel.org, "Ingo Molnar" , "Thomas > Gleixner" , "David > Howells" , "Greg Kroah-Hartman" > > Sent: Thursday, February 13, 2014 7:51:19 PM > Subject:

Re: [PATCH 00/10] Support TI Light Management Unit devices

Hi Lee, On 02/14/2014 07:14 PM, Lee Jones wrote: Milo Kim (10): mfd: Add TI LMU driver backlight: Add TI LMU backlight common driver backlight: ti-lmu-backlight: Add LM3532 driver backlight: ti-lmu-backlight: Add LM3631 driver backlight: ti-lmu-backlight: Add LM3633 driver

[PATCH 3/3] Drivers: net: hyperv: Cleanup the netvsc receive callback functio

Get rid of the buffer allocation in the receive path for normal packets. Signed-off-by: K. Y. Srinivasan --- drivers/net/hyperv/hyperv_net.h |2 ++ drivers/net/hyperv/netvsc.c | 33 ++--- 2 files changed, 12 insertions(+), 23 deletions(-) diff --git

[PATCH 2/3] Drivers: net: hyperv: Cleanup the receive path

Make the receive path a little more efficient by parameterizing the required state rather than re-establishing that state. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/netvsc.c | 29 + 1 files changed, 13 insertions(+), 16

[PATCH 1/3] Drivers: net: hyperv: Get rid of the rndis_filter_packet structure

This structure is redundant; get rid of it make the code little more efficient - get rid of the unnecessary indirection. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h |6 - drivers/net/hyperv/netvsc_drv.c |2 +-

[PATCH 0/3] Drivers: net: hyperv: Cleanup the hyper-V networking code

Get rid of some unnecessary code and some general cleanup. K. Y. Srinivasan (3): Drivers: net: hyperv: Get rid of the rndis_filter_packet structure Drivers: net: hyperv: Cleanup the receive path Drivers: net: hyperv: Cleanup the netvsc receive callback functio

[PATCH 3/3] ACPI / PM: Avoid resuming devices in ACPI PM domain during system suspend

From: Rafael J. Wysocki Rework the ACPI PM domain's PM callbacks to avoid resuming devices during system suspend in order to modify their wakeup settings if that isn't necessary. Signed-off-by: Rafael J. Wysocki --- drivers/acpi/device_pm.c | 24 1 file changed, 20

Re: [RFC][PATCH 0/3] PM: Mechanism to avoid resuming runtime-suspended devices during system suspend

On Wednesday, January 15, 2014 12:12:29 AM Rafael J. Wysocki wrote: > Hi, > > The following experimental series of 3 patches implements a mechanism allowing > subsystems to avoid resuming runtime-suspended devices during system suspend. > > As far as the PM core goes, it introduces a new flag,

[PATCH 2/3][Resend] PM / runtime: Routine for checking device status during system suspend

From: Rafael J. Wysocki Add a new helper routine, pm_runtime_enabled_and_suspended(), to allow subsystems (or PM domains) to check the runtime PM status of devices during system suspend (possibly to avoid resuming those devices upfront at that time). Signed-off-by: Rafael J. Wysocki ---

[PATCH 1/3] PM / sleep: New flag to speed up suspend-resume of suspended devices

From: Rafael J. Wysocki Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to resume all runtime-suspended devices during system suspend, mostly because those devices may need to be reprogrammed due to different wakeup settings for system sleep and for runtime PM. However, at

Re: [RFC PATCH] Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE

Steven Rostedt writes: > On Thu, 13 Feb 2014 13:54:42 +1030 > Rusty Russell wrote: > > >> I'm ambivalent towards out-of-tree modules, so not tempted unless I see >> a bug report indicating a concrete problem. Then we can discuss... > > As I replied in another email, this is a concrete problem,

Re: [PATCH] arm: msm: remove MACH_MSM7X30_SURF

Daniel, On Sun, 2014-02-16 at 23:14 +, dwal...@fifo99.com wrote: > On Sun, Feb 16, 2014 at 06:34:40PM +0100, Paul Bolle wrote: > > The Kconfig symbol MACH_MSM7X30_SURF was added in v2.6.35. It has never > > been used. Setting it has no effect. There are no calls for > >

Re: [PATCH] printk: Fix discarding of records

On 2/16/14, 2:28 PM, "Linus Torvalds" wrote: >Why are *those* particular two "prev = msg->flags" incorrect, when >every other case where we walk the messages they are required? > >The code/logic makes no sense. You remove the "prev = msg->flags" at >line 1070, when the *identical* loop just

Re: [PATCH 0/5] Enabling the asynchronous threads for other phases

On Monday, February 10, 2014 08:36:57 AM Liu, Chuansheng wrote: > Hello Rafael, > > > -Original Message- > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > Sent: Thursday, February 06, 2014 5:53 AM > > To: Liu, Chuansheng > > Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown,

[PATCH v2] printk: Fix discarding of records

Found another buffer overflow in this code that was introduced by e3756477aec028427fec767957c0d4b6cfb87208 trying to solve a related overflow. strace still shows a problem: syslog(0x3, 0x7fffd65375d0, 0x1000) = 4107 The first record output was in the middle of a LOG_CONT line:

Re: [PATCH] arm: msm: remove MACH_MSM7X30_SURF

On Sun, Feb 16, 2014 at 06:34:40PM +0100, Paul Bolle wrote: > The Kconfig symbol MACH_MSM7X30_SURF was added in v2.6.35. It has never > been used. Setting it has no effect. There are no calls for > machine_is_mach_msm7x30(). This symbol can safely be removed. > > Signed-off-by: Paul Bolle > ---

Re: [PATCH] printk: Fix discarding of records

On Sun, Feb 16, 2014 at 9:47 PM, Greg Kroah-Hartman wrote: > On Sun, Feb 16, 2014 at 11:28:36AM -0800, Linus Torvalds wrote: >> Adding Kay and Greg, since the original code is from commit >> 7ff9554bb578 ("printk: convert byte-buffer to variable-length record >> buffer") and all the "prev" flag

Re: [PATCH] ARM: OMAP2+: Add support for thumb mode on DT booted N900

On Wed 2014-02-05 13:33:02, Sebastian Reichel wrote: > Without enabling the workaround for ARM errata 430973 thumb > compiled userland crashes randomly on the Nokia N900. > > Signed-off-by: Sebastian Reichel Reviewed-by: Pavel Machek > +static void __init nokia_n900_legacy_init(void) > +{ >

[PATCH] staging: ion: replace ion_phys_addr_t with phys_addr_t

Looks like phys_addr_t's are fully plumbed in the kernel. Signed-off-by: Tomas Winkler --- drivers/staging/android/ion/ion.c | 2 +- drivers/staging/android/ion/ion.h | 12 +++- drivers/staging/android/ion/ion_carveout_heap.c | 14 +++---

Re: Linux 3.14-rc3

And here's the promised shortlog. Of course, I hope people are using git, and these are all totally redundant, but maybe some people are more interested in hearing about the statistics than actually getting the updates. You really should compile and test it, though. By -rc3, the scary stuff

[PATCH 2/3] checkpatch: Avoid sscanf test duplicated messages

Change a test of $dstat to $line to avoid possibly emitting the sscanf warning multiple times. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index 9f12213..e7c50977 100755

[PATCH 3/3] checkpatch: Fix jiffies comparison and others

checkpatch could not distinguish between a variable in a struct named jiffies and the normal jiffies. foo->jiffies would emit a "Comparing jiffies" arning. Update the $Compare variable to do a negative look-behind for "-" when finding a ">" so that a pointer dereference like -> isn't a

[PATCH 1/3] checkpatch: Update octal permissions warning

When checking permissions, make sure 4 octal digits are used, but allow a single 0 too. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index 1054283..9f12213 100755 ---

Linux 3.14-rc3

When I made the rc2 announcement, I mentioned how nice and small it was. I also mentioned that I mistrusted you guys, and that I suspected that some people were giggling to themselves and holding back their pull requests, evil little creatures like you are. And I hate being right. rc2 was quite

[PATCH v18 09/10] Add 32 bit VDSO time support for 64 bit kernel

This patch add the VDSO time support for the IA32 Emulation Layer. Due the nature of the kernel headers and the LP64 compiler where the size of a long and a pointer differs against a 32 bit compiler, there is some type hacking necessary for optimal performance. The vsyscall_gtod_data struture

[PATCH v18 04/10] vclock_gettime.c __vdso_clock_gettime cleanup

This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold ---

[PATCH v18 05/10] replace VVAR(vsyscall_gtod_data) by gtod macro

There a currently more than 30 users of the gtod macro, so replace the last VVAR(vsyscall_gtod_data) by gtod macro. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/vdso/vclock_gettime.c

[PATCH v18 0/10] Add 32 bit VDSO time function support

This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a fast and a reliable way,

[PATCH v18 07/10] introduce VVAR marco for vdso32

This patch revamp the vvar.h for introduce the VVAR macro for vdso32. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vvar.h | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h index

[PATCH v18 03/10] revamp vclock_gettime.c

This intermediate patch revamps the vclock_gettime.c by moving some functions around. It is only for spliting purpose, to make whole the 32 bit vdso timer patch easier to review. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 85 +- 1

[PATCH v18 06/10] cleanup __vdso_gettimeofday

This patch do a little cleanup for the __vdso_gettimeofday() function. It kick out an unneeded ret local variable and makes the code faster if only the timezone is needed. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 7 ++- 1 file changed, 2 insertions(+), 5

[PATCH v18 02/10] Add new func _install_special_mapping() to mmap.c

The _install_special_mapping() is the new base function for install_special_mapping(). This function will return a pointer of the created VMA or a error code in an ERR_PTR() This new function will be needed by the for the vdso 32 bit support to map the additonal vvar and hpet pages into the 32

[PATCH v18 01/10] Make vsyscall_gtod_data handling x86 generic

This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Signed-off-by: Stefani Seibold --- arch/x86/Kconfig

[PATCH v18 08/10] Add 32 bit VDSO time support for 32 bit kernel

This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h | 3 ++

[PATCH] CREDITS: Correct formatting

From: Geert Uytterhoeven Signed-off-by: Geert Uytterhoeven --- CREDITS |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/CREDITS b/CREDITS index acab035edcfc..cef042453fa4 100644 --- a/CREDITS +++ b/CREDITS @@ -1229,7 +1229,7 @@ E: phi...@gladstonefamily.net D: Kernel

[PATCH v2] MAINTAINERS: Mark SuperH orphan

From: Geert Uytterhoeven Paul Mundt's email address bounces regularly, and he hasn't taken any SuperH patches for about one year. Suggested-by: Paul Bolle Signed-off-by: Geert Uytterhoeven --- v2: Add a CREDITS entry CREDITS |4 MAINTAINERS |4 +--- 2 files changed, 5

Re: [PATCH RFC] MAINTAINERS: Mark SuperH orphan

On Sun, Feb 16, 2014 at 10:16 PM, Paul Bolle wrote: > On Sun, 2014-02-16 at 21:55 +0100, Geert Uytterhoeven wrote: >> From: Geert Uytterhoeven >> >> Paul Mundt's email address bounces regularly, and he hasn't taken any >> SuperH patches for about one year. >> >> Suggested-by: Paul Bolle >>

[PATCH] sched: fix information leak in sys_sched_getattr()

From: Vegard Nossum We're copying the on-stack structure to userspace, but forgot to give the right number of bytes to copy. This allows the calling process to obtain up to PAGE_SIZE bytes from the stack (and possibly adjacent kernel memory). This fix copies only as much as we actually have on

Re: [PATCH RFC] MAINTAINERS: Mark SuperH orphan

On Sun, 2014-02-16 at 21:55 +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > Paul Mundt's email address bounces regularly, and he hasn't taken any > SuperH patches for about one year. > > Suggested-by: Paul Bolle > Signed-off-by: Geert Uytterhoeven > --- > MAINTAINERS |4

[PATCH RFC] MAINTAINERS: Mark SuperH orphan

From: Geert Uytterhoeven Paul Mundt's email address bounces regularly, and he hasn't taken any SuperH patches for about one year. Suggested-by: Paul Bolle Signed-off-by: Geert Uytterhoeven --- MAINTAINERS |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/MAINTAINERS

Re: [PATCH] sh: remove SH_ALPHA_BOARD

On Sun, Feb 16, 2014 at 9:17 PM, Paul Bolle wrote: > On Sun, 2014-02-16 at 21:14 +0100, Geert Uytterhoeven wrote: >> On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle wrote: >> > Paul Mundt's address triggers a bounce. I received a bounce for a >> > message I sent Paul last week too. Do other people

Re: [PATCH] printk: Fix discarding of records

On Sun, Feb 16, 2014 at 11:28:36AM -0800, Linus Torvalds wrote: > Adding Kay and Greg, since the original code is from commit > 7ff9554bb578 ("printk: convert byte-buffer to variable-length record > buffer") and all the "prev" flag tweaks end up building on top of > that. > > The whole "prev

Re: [PATCH] acpi: Remove Kconfig symbol ACPI_PROCFS

On Sun, 2014-02-16 at 21:45 +0100, Rafael J. Wysocki wrote: > Some defconfigs set it. Care to remove it from them too? As in: send a v2 which also strips it from those defconfigs? Fine with me. (Side note: I've learned to ignore the defconfigs. They have accumulated a lot of cruft. I once sent

[RFC] kbuild: drop use of "ld -r" for intermediate links of vmlinux

The approach today is that all files that ends up in vmlinux are linked directory by directory using "ld -r". The following patch moves away from all the intermediate links and do one huge link of all the .o files used for the final vmlinux. The trick used is that for each directory a linker

Re: [PATCH] arm: imx: remove MACH_MXLADS

On Sun, 2014-02-16 at 23:21 +0400, Alexander Shiyan wrote: > Воскресенье, 16 февраля 2014, 20:12 +01:00 от Paul Bolle : > > On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote: > > > Kconfig selects MACH_MXLADS, this enables machine_arch_type > > > from include/generated/mach-types.h which

Re: [PATCH] acpi: Remove Kconfig symbol ACPI_PROCFS

On Sunday, February 16, 2014 06:08:05 PM Paul Bolle wrote: > Nothing cares about ACPI_PROCFS. Some defconfigs set it. Care to remove it from them too? > This has been the case since v2.6.38. > This Kconfig symbol serves no purpose and its help text is now > misleading. It can safely be removed.

[PATCH 1/1] fs: xattr: Don't display attributes without read access

Any user can display extented attribute names without read access. eg: attr -l This patch checks inode_permission in listxattr common function before executing vfs_listxattr. Signed-off-by: Fabian Frederick --- fs/xattr.c | 4 1 file changed, 4 insertions(+) diff --git a/fs/xattr.c

Re: [PATCH] sh: remove SH_ALPHA_BOARD

On Sun, 2014-02-16 at 21:14 +0100, Geert Uytterhoeven wrote: > On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle wrote: > > Paul Mundt's address triggers a bounce. I received a bounce for a > > message I sent Paul last week too. Do other people have problems sending > > to let...@linux-sh.org too? > >

Re: [PATCH] sh: remove SH_ALPHA_BOARD

On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle wrote: > On Sun, 2014-02-16 at 20:00 +0100, Paul Bolle wrote: >> The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never >> been used. Setting it has no effect. There are no calls for >> mach_is_sh_alpha_board(). This symbol can safely be

Re: [PATCH 1/2] usb: host: remove USB_ARCH_HAS_?HCI

On Sun, 2014-02-16 at 15:02 -0500, Alan Stern wrote: > On Sun, 16 Feb 2014, Paul Bolle wrote: > > Note that the comment in this Kconfig file (that is also removed) > > suggests to first remove the select statements for these symbols and > > then the symbols themselves. But I think it makes more

[PATCH] xen: remove XEN_PRIVILEGED_GUEST

This patch removes the Kconfig symbol XEN_PRIVILEGED_GUEST which is used nowhere in the tree. We do know grub2 has a script that greps kernel configuration files for this symbol. It shouldn't do that. As Linus summarized: This is a grub bug. It really is that simple. Treat it as one. So

Re: [PATCH 1/2] usb: host: remove USB_ARCH_HAS_?HCI

On Sun, 16 Feb 2014, Paul Bolle wrote: > USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were made > obsolete in v3.11. They have not been used ever since. Setting them has > no effect. They can safely be removed. > > Signed-off-by: Paul Bolle > --- > Tested with "git grep". > >

Re: Honestly, fork systemd

As far as I've heard only a few people have actually voiced support for that beachfront property. As few as 20 total. Debian has always been the stable distro. Beachfront is not the right way to go for default debian. Nor is some castle on a cliff over the beachfront area. It is not the correct

[PATCH 2/2] usb: host: remove selects of USB_ARCH_HAS_?HCI

USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were just removed. Selecting them is a nop. The select statements for these symbols can be removed too. Signed-off-by: Paul Bolle --- Tested with "git grep". Sending this as a few separate patches to the maintainers of the arches

[PATCH 1/2] usb: host: remove USB_ARCH_HAS_?HCI

USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were made obsolete in v3.11. They have not been used ever since. Setting them has no effect. They can safely be removed. Signed-off-by: Paul Bolle --- Tested with "git grep". Note that the comment in this Kconfig file (that is also

Re: [PATCH] perf, nmi: fix unknown NMI warning

The best APIC documentation are the old data sheets for the external APIC chips. I don't know if they cover things in such detail. > In this case the latter NMI will actually have an overflow state to > process so it's not a spurious NMI. But we cannot distinguish it right? The spurious

Re: [PATCH] printk: Fix discarding of records

Adding Kay and Greg, since the original code is from commit 7ff9554bb578 ("printk: convert byte-buffer to variable-length record buffer") and all the "prev" flag tweaks end up building on top of that. The whole "prev flags" is messed up, and LOG_CONT is done very confusingly. Why are *those*

Re: [PATCH] perf, nmi: fix unknown NMI warning

On Sun, Feb 16, 2014 at 07:38:50PM +0100, Andi Kleen wrote: > > This reminds me of the late-ack stuff; > > > > The way I understand interrupts to work is that when you raise the > > interrupt it gets latched, when you ACK you drop the latch. Then when it > > gets re-raised while its still in

Re: [PATCH] arm: imx: remove MACH_MXLADS

Воскресенье, 16 февраля 2014, 20:12 +01:00 от Paul Bolle : > On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote: > > Kconfig selects MACH_MXLADS, this enables machine_arch_type > > from include/generated/mach-types.h which used for machine_is_xx() macro, > > so if multiple boards is defined

Re: sched: fair: NULL ptr deref in check_preempt_wakeup

On Sat, Feb 15, 2014 at 06:27:52PM -0500, Sasha Levin wrote: > Hi folks, > > While fuzzing with trinity inside a KVM tools guest running latest -next > kernel, I've > stumbled on the following: > > [ 522.645288] BUG: unable to handle kernel NULL pointer dereference at > 0150 > [

Re: [PATCH] arm: imx: remove MACH_MXLADS

On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote: > Kconfig selects MACH_MXLADS, this enables machine_arch_type > from include/generated/mach-types.h which used for machine_is_xx() macro, > so if multiple boards is defined in the kernel, this cause to incorrect > matching. But, as I

Re: [PATCH] sh: remove SH_ALPHA_BOARD

On Sun, 2014-02-16 at 20:00 +0100, Paul Bolle wrote: > The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never > been used. Setting it has no effect. There are no calls for > mach_is_sh_alpha_board(). This symbol can safely be removed. > > Signed-off-by: Paul Bolle Paul Mundt's

Re: [PATCH] arm: imx: remove MACH_MXLADS

Воскресенье, 16 февраля 2014, 19:43 +01:00 от Paul Bolle : > On Sun, 2014-02-16 at 22:16 +0400, Alexander Shiyan wrote: > > Воскресенье, 16 февраля 2014, 19:03 +01:00 от Paul Bolle > : > > > The Kconfig symbol MACH_MXLADS was added in v2.6.29. It has never been > > > used. Setting it has no

[PATCH] arm: sti: Remove SOC_STIH415 and SOC_STIH416

The Kconfig symbols SOC_STIH415 and SOC_STIH416 were added in v3.11. They have never been used. They default to "y" but nothing cares. They can safely be removed. Signed-off-by: Paul Bolle --- Tested with "git grep". arch/arm/mach-sti/Kconfig | 23 --- 1 file changed, 23

[PATCH] regulator: core bugfix: Use normal enable for always_on regulators

always_on regulators are currently enabled at registration using the enable function of struct regulator_ops. The regulator framework does support gpios to enable/disable regulators. gpios are not handled through struct regulator_ops functions as they are a basic component of the framework.

[PATCH] sh: remove SH_ALPHA_BOARD

The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never been used. Setting it has no effect. There are no calls for mach_is_sh_alpha_board(). This symbol can safely be removed. Signed-off-by: Paul Bolle --- Tested with "git grep". arch/sh/boards/Kconfig | 5 -

Re: [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge

On Fri, 14 Feb 2014 18:59:37 -0800 "Luis R. Rodriguez" wrote: > From: "Luis R. Rodriguez" > > It doesn't make sense for some interfaces to become a root bridge > at any point in time. One example is virtual backend interfaces > which rely on other entities on the bridge for actual physical >

<    1   2   3   4   5   6   >