Re: [PATCH] fs: direct-io: increase bio refcount as batch

Ming Lei writes: > Hi, > > On Tue, Mar 31, 2015 at 10:02 PM, Jeff Moyer wrote: >> Ming Lei writes: >> >>> Each bio is always submitted to block device one by one, >>> so it isn't necessary to increase the bio refcount by one >>> each time with holding dio->bio_lock. >> >> This patch opens up a

[PATCH v2] drivers: staging: rtl8723au: fix "warning: cast to restricted __le16"

This patch fixes the sparse warning: "cast to restricted __le16" reported for rtl8723au/hal/rtl8723au_xmit.c Signed-off-by: Piotr Witoslawski --- v2: Changing pointer type instead of casting, as suggested by Jes Sorensen drivers/staging/rtl8723au/hal/rtl8723au_xmit.c | 2 +- 1 file changed,

Re: [PATCH v2.1] ftracetest: Do not use usleep directly

On Thu, 02 Apr 2015 14:58:04 +0900 Masami Hiramatsu wrote: > (2015/04/02 13:34), Namhyung Kim wrote: > > The usleep is only provided on distros from Redhat so running ftracetest > > on other distro resulted in failures due to the missing usleep. > > > > The reason of using [u]sleep in the test

Re: [PATCH 3/3] clockevents: Switch state to ONESHOT_STOPPED for unused clockevent devices

On Fri, Mar 27, 2015 at 10:44:29PM +0530, Viresh Kumar wrote: > kernel/time/hrtimer.c| 46 ++ > kernel/time/tick-sched.c | 3 +++ > 2 files changed, 45 insertions(+), 4 deletions(-) > > diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c >

Re: [PATCH v2 2/4] drm_vblank_get: don't WARN_ON in case vblanks are not initialized

On Wed, Apr 1, 2015 at 9:15 AM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/drm_irq.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c > index 10574a0..c631c1a 100644 >

Re: [PATCH] watchdog: nohz: don't run watchdog on nohz_full cores

On Tue, Mar 31, 2015 at 02:30:44PM -0400, Chris Metcalf wrote: > On 03/31/2015 03:25 AM, Ingo Molnar wrote: > >* cmetc...@ezchip.com wrote: > > > >>From: Chris Metcalf > >> > >>Running watchdog can be a helpful debugging feature on regular > >>cores, but it's incompatible with nohz_full, since

Re: [PATCH 2/3] clockevents: Restart clockevent device before using it again

On Fri, Mar 27, 2015 at 10:44:28PM +0530, Viresh Kumar wrote: > Only hrtimer_reprogram() is responsible for programming the clockevent device > for next event, if the clockevent device is stopped earlier. And updating that > alone is sufficient here. > +++ b/kernel/time/hrtimer.c > @@ -566,6

Re: [RFC][PATCH 01/17 v2] tracing: Add TRACE_SYSTEM_VAR to intel-sst

On Thu, 2 Apr 2015 10:16:22 +0100 Mark Brown wrote: > On 2 April 2015 at 02:56, Steven Rostedt wrote: > > > From: "Steven Rostedt (Red Hat)" > > > > New code will require TRACE_SYSTEM to be a valid C variable name, > > but some tracepoints have TRACE_SYSTEM with '-' and not '_', so > > it can

Re: [RFC][PATCH 01/17 v2] tracing: Add TRACE_SYSTEM_VAR to intel-sst

On Thu, 2 Apr 2015 09:32:49 -0400 Steven Rostedt wrote: > On Thu, 2 Apr 2015 10:16:22 +0100 > Mark Brown wrote: > > > On 2 April 2015 at 02:56, Steven Rostedt wrote: > > > > > From: "Steven Rostedt (Red Hat)" > > > > > > New code will require TRACE_SYSTEM to be a valid C variable name, > >

Re: CVE-2014-8159 kernel: infiniband: uverbs: unprotected physical memory access

Hi, Le jeudi 02 avril 2015 à 10:52 +, Shachar Raindel a écrit : > > -Original Message- > > From: Yann Droneaud [mailto:ydrone...@opteya.com] > > Sent: Thursday, April 02, 2015 1:05 PM > > Le mercredi 18 mars 2015 à 17:39 +, Shachar Raindel a écrit : > > > + /* > > > + * If the

Re: [RFC][PATCH 06/17 v2] tracing: Add TRACE_DEFINE_ENUM() macro to map enums to their values

On Thu, 2 Apr 2015 16:47:40 +0900 Namhyung Kim wrote: > > +static void update_event_printk(struct ftrace_event_call *call, > > + struct trace_enum_map *map) > > +{ > > + char *ptr; > > + int quote = 0; > > + int len = strlen(map->enum_string); > > + > > + for

Re: [PATCH v4 00/17] media: blackfin: bfin_capture enhancements

On 03/26/2015 10:18 AM, Scott Jiang wrote: > Hi Lad and Hans, > > 2015-03-08 22:40 GMT+08:00 Lad Prabhakar : >> From: "Lad, Prabhakar" >> >> This patch series, enhances blackfin capture driver with >> vb2 helpers. >> >> Changes for v4: >> 1: Improved commit message for path 4/17 and 5/17. >> 2:

[PATCH v2 5/7] vhost: introduce vhost_is_little_endian() helper

Signed-off-by: Greg Kurz --- drivers/vhost/vhost.h | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/drivers/vhost/vhost.h b/drivers/vhost/vhost.h index 8c1c792..6a49960 100644 --- a/drivers/vhost/vhost.h +++ b/drivers/vhost/vhost.h @@ -173,34 +173,39 @@

Re: [PATCH 00/86] pci: export pci_ids.h and related cleanups

Le Thursday 02 April 2015 à 14:05 +0200, Michael S. Tsirkin a écrit : > On Thu, Apr 02, 2015 at 01:15:30PM +0200, Jean Delvare wrote: > > Le Thursday 02 April 2015 à 12:09 +0200, Michael S. Tsirkin a écrit : > > > On Thu, Apr 02, 2015 at 11:04:16AM +0200, Jean Delvare wrote: > > > > Le Thursday 02

[PATCH v2 7/7] vhost: feature to set the vring endianness

This patch brings cross-endian support to vhost when used to implement legacy virtio devices. Since it is a relatively rare situation, the feature availability is controlled by a kernel config option (not set by default). If cross-endian support is compiled in, vhost abvertises a new feature to

[PATCH v2 3/7] macvtap: introduce macvtap_is_little_endian() helper

Signed-off-by: Greg Kurz --- drivers/net/macvtap.c |9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 27ecc5c..a2f2958 100644 --- a/drivers/net/macvtap.c +++ b/drivers/net/macvtap.c @@ -49,14 +49,19 @@ struct

[PATCH v2 6/7] virtio: add explicit big-endian support to memory accessors

The current memory accessors logic is: - little endian if little_endian - native endian (i.e. no byteswap) if !little_endian If we want to fully support cross-endian vhost, we also need to be able to convert to big endian. Instead of changing the little_endian argument to some 3-value enum, this

[PATCH v2 2/7] tun: add tun_is_little_endian() helper

Signed-off-by: Greg Kurz --- drivers/net/tun.c |9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index 857dca4..3c3d6c0 100644 --- a/drivers/net/tun.c +++ b/drivers/net/tun.c @@ -206,14 +206,19 @@ struct tun_struct { u32

[PATCH v2 4/7] vringh: introduce vringh_is_little_endian() helper

Signed-off-by: Greg Kurz --- include/linux/vringh.h | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/include/linux/vringh.h b/include/linux/vringh.h index a3fa537..3ed62ef 100644 --- a/include/linux/vringh.h +++ b/include/linux/vringh.h @@ -226,33 +226,38

[PATCH v2 1/7] virtio: introduce virtio_is_little_endian() helper

Signed-off-by: Greg Kurz --- include/linux/virtio_config.h | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/include/linux/virtio_config.h b/include/linux/virtio_config.h index ca3ed78..bd1a582 100644 --- a/include/linux/virtio_config.h +++

[PATCH v2 0/7] vhost: support for cross endian guests

Hi, This patchset allows vhost to be used with legacy virtio when guest and host have a different endianness. It is a complete rework of my initial post. Patches 1 to 5 are preliminary work: we move the endianness check out of all memory accessors to separate functions. Patch 6 changes the

[PATCH v3 1/4] extcon: usb-gpio: register extcon device before IRQ registration

IRQ handler touches info->edev, so if interrupt occurs before extcon device initialization it can cause NULL pointer dereference. Doing extcon initialization before IRQ handler registration fixes this problem. Signed-off-by: Robert Baldyga Acked-by: Roger Quadros ---

[PATCH v3 4/4] Documentation: extcon: usb-gpio: update usb-gpio binding description

Add information about VBUS pin detection support, 'debounce' property and some other details. Signed-off-by: Robert Baldyga Acked-by: Roger Quadros --- .../devicetree/bindings/extcon/extcon-usb-gpio.txt | 28 -- 1 file changed, 26 insertions(+), 2 deletions(-) diff --git

[PATCH v3 0/4] extcon: usb-gpio: fixes and improvements

Hello, This patch set modifies extcon-usb-gpio driver fixing bugs, and adds new features - VBUS pin detection support and 'debounce' property in devicetree node. It also updates documentation with information about new features. More detailed description of changes can be found in commit

[PATCH] mm-cma-add-trace-events-for-cma-allocations-and-freeings-fix

Trace 'align' too in cma_alloc trace event. Signed-off-by: Stefan Strogin --- include/trace/events/cma.h | 11 +++ mm/cma.c | 2 +- 2 files changed, 8 insertions(+), 5 deletions(-) diff --git a/include/trace/events/cma.h b/include/trace/events/cma.h index

[PATCH v3 2/4] extcon: usb-gpio: add support for VBUS detection

This patch adds VBUS pin detection support to extcon-usb-gpio driver. It allows to use this driver with boards which have both VBUS and ID pins, or only one of them. Following table of states presents relationship between this signals and detected cable type: State |ID |

[PATCH v3 3/4] extcon: usb-gpio: make debounce value configurable in devicetree

This patch adds devicetree property for setting debounce value. It allows to set debounce time shorter or longer depending on the needs of given platform. Signed-off-by: Robert Baldyga Acked-by: Roger Quadros --- drivers/extcon/extcon-usb-gpio.c | 14 +- 1 file changed, 9

[PATCH] x86/xsave: Robustify and merge macros

From: Borislav Petkov Previously, we did call an XSAVE/XRSTOR variant through alternatives and did potential exception handling resulting from the instruction execution in a second inline asm. Which was misleading and error prone, see 06c8173eb92b ("x86/fpu/xsaves: Fix improper uses of

Re: [PATCH RFC] allow constant folding in msecs_to_jiffies where possible for gcc

On Thu, 2015-04-02 at 08:37 +0200, Nicholas Mc Guire wrote: > A number of cleanup patches where switching var * HZ / 1000 > constructs to msecs_to_jiffies(var) to ensure that all corener > cases are handled properly. The downside of this though is that > it now uses a function call and also was

Re: [PATCH] mm: cma: add trace events for CMA allocations and freeings

Hello Joonsoo, On 02/04/15 10:33, Joonsoo Kim wrote: > Hello, > > On Wed, Apr 01, 2015 at 04:31:43PM +0300, Stefan Strogin wrote: >> Add trace events for cma_alloc() and cma_release(). >> >> The cma_alloc tracepoint is used both for successful and failed allocations, >> in case of allocation

Re: [Patch] firmware: dmi_scan: split dmisubsystem from dmi-sysfs

Hi Jean, Sorry for the late reply. I've send new series "[Patch 0/3] firmware: dmi_scan: add SBMIOS entry point and DMI tables" with all last propositions. On 20.03.15 10:16, Jean Delvare wrote: Hi Ivan, On Thu, 19 Mar 2015 19:35:34 +0200, Ivan.khoronzhuk wrote: On 19.03.15 17:30, Jean

[PATCH v3 1/3] rtc: omap: Unlock and Lock rtc registers before and after register writes

RTC module contains a kicker mechanism to prevent any spurious writes from changing the register values. This mechanism requires two MMR writes to the KICK0 and KICK1 registers with exact data values before the kicker lock mechanism is released. Currently the driver release the lock in the probe

Re: [RFC PATCH 5 6/7] KEYS - use correct memory allocation flag in call_usermodehelper_keys()

Ian Kent wrote: > When call_usermodehelper_keys() is called it assumes it won't be called > with the flag UMH_NO_WAIT. Currently that's always the case. > > Change this to check the flag and use the correct kernel memory allocation > flag to guard against future changes. > > Signed-off-by: Ian

Re: [PATCH urgent v2] x86, asm: Disable opportunistic SYSRET if regs->flags has TF set

On 04/02/2015 02:31 PM, Ingo Molnar wrote: > > * Denys Vlasenko wrote: > >> On 04/02/2015 01:14 PM, Brian Gerst wrote: >> So I merged this as it's an obvious bugfix, but in hindsight I'm >> really uneasy about the whole opportunistic SYSRET concept: it appears >> that the chance

Re: [RFC PATCH 5 7/7] KEYS: exec request key within service thread of key creator

Ian Kent wrote: > + > + /* Namespace token */ > + int umh_token; If you could put it after data_len so that all the smaller-than-wordsize fields are together for better packing. > + umh_wq_put_token(key->umh_token); Does gc.c need an extra #include for this? > + /* If

[Patch 3/3] Documentation: ABI: sysfs-firmware-dmi: add -entries suffix to file name

The dmi-sysfs module adds DMI table structures entries under /sys/firmware/dmi/entries only, so rename documentation file to sysfs-firmware-dmi-entries as more appropriate. Without renaming it's confusing to differ this from sysfs-firmware-dmi-tables that adds raw DMI table and actually adds "dmi"

Re: [PATCH V2] clockevents: Fix cpu down race for hrtimer based broadcasting

On Thu, Apr 02, 2015 at 02:12:47PM +0200, Ingo Molnar wrote: > Okay. I'll resurrect the fix with a hotplug_cpu__tick_pull() name - > agreed? Sure. > > > Also, I improved the changelog (attached below), but decided > > > against applying it until these questions are cleared - please use > > >

[Patch 1/3] firmware: dmi_scan: rename dmi_table to dmi_decode_table

The "dmi_table" function looks like data instance, but it does DMI table decode. This patch renames it to "dmi_decode_table" name as more appropriate. That allows us to use "dmi_table" name for correct purposes. Signed-off-by: Ivan Khoronzhuk --- drivers/firmware/dmi_scan.c | 10 +- 1

[Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

Some utils, like dmidecode and smbios, need to access SMBIOS entry table area in order to get information like SMBIOS version, size, etc. Currently it's done via /dev/mem. But for situation when /dev/mem usage is disabled, the utils have to use dmi sysfs instead, which doesn't represent SMBIOS

[Patch 0/3] firmware: dmi_scan: add SBMIOS entry point and DMI tables

This series adds SMBIOS entry point table and DMI table under /sys/firmware/dmi/tables in order to use as an alternative to utilities reading them from /dev/mem. This is logical continuation of "[Patch] firmware: dmi_scan: split dmisubsystem from dmi-sysfs" https://lkml.org/lkml/2015/3/16/1070

Re: [RFC][PATCH] perf tools: unify perf_event_attr printing

On 02/04/15 14:59, Peter Zijlstra wrote: > On Thu, Apr 02, 2015 at 12:01:53PM +0300, Adrian Hunter wrote: >> But personally I think the "include" approach is too ugly. I would just >> add a function instead. Something like: > > You've not stared at the kernel tracepoint code long enough ;-) I

Re: [PATCH v2 1/3] rtc: omap: Unlock and Lock rtc registers before and after register writes

Hi, On 02/04/2015 at 18:14:11 +0530, Lokesh Vutla wrote : > Here is the updated patch. > You should probably send it properly using git send-email, have a look at the --in-reply-to parameter, else, I'm not sure Andrew will be able to pick it up. Thanks! -- Alexandre Belloni, Free Electrons

Re: [PATCH v2 06/10] KVM: arm64: guest debug, add SW break point support

> This adds support for SW breakpoints inserted by userspace. > > We do this by trapping all BKPT exceptions in the > hypervisor (MDCR_EL2_TDE). The kvm_debug_exit_arch carries the address > of the exception. If user-space doesn't know of the breakpoint then we > have a guest inserted breakpoint

Re: [PATCH v2 1/3] rtc: omap: Unlock and Lock rtc registers before and after register writes

On Thursday 02 April 2015 06:03 PM, Alexandre Belloni wrote: > On 02/04/2015 at 16:39:09 +0530, Lokesh Vutla wrote : [..snip..] >> } >> >> +static inline void am3352_rtc_unlock(struct omap_rtc *rtc) >> +{ >> +rtc_writel(rtc, OMAP_RTC_KICK0_REG, KICK0_VALUE); >> +rtc_writel(rtc,

Re: [PATCH 1/2] ARM: EXYNOS: Get current parent clock for power domain on/off

2015-04-02 14:29 GMT+02:00 Javier Martinez Canillas : > Hello Krzysztof, > > On 04/02/2015 10:06 AM, Krzysztof Kozlowski wrote: >> Using a fixed (by DTS) parent for clocks when turning on the power domain >> may introduce issues in other drivers. For example when such driver >> changes the parent

Re: [RFCv3 PATCH 00/48] sched: Energy cost model for energy-aware scheduling

On 4 February 2015 at 19:30, Morten Rasmussen wrote: > Several techniques for saving energy through various scheduler > modifications have been proposed in the past, however most of the > techniques have not been universally beneficial for all use-cases and > platforms. For example, consolidating

Re: [PATCH V2] clockevents: Fix cpu down race for hrtimer based broadcasting

On 04/02/2015 05:42 PM, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > >> On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote: >>> So why not use a suitable CPU_DOWN* notifier for this, instead of open >>> coding it all into a random place in the hotplug machinery? >> >> Because

Re: [RFC PATCH 5 1/7] kmod - add workqueue service thread store

Ian Kent wrote: > +static struct umh_wq_entry *umh_wq_find_entry(int token) > +{ > + struct umh_wq_entry *this, *entry; > + struct hlist_head *bucket; > + unsigned int hash; > + > + hash = hash_32((unsigned long) token, UMH_WQ_HASH_SHIFT); > + bucket = _wq_hash[hash]; > + > +

Re: [PATCH 00/20] clockevents_notify() removal

* Rafael J. Wysocki wrote: > Hi, > > This is the next batch of patches from Thomas that remove > clockevents_notify(). > > I've reordered the set (to put more stratightforward things to the front) and > rebased it on top of the timers material currently queued up for 4.1. > > This series in

[tip:perf/core] samples/bpf: Add IO latency analysis (iosnoop/ heatmap) tool

Commit-ID: 5c7fc2d27d004f28f3a94b35edd40e68f779e35a Gitweb: http://git.kernel.org/tip/5c7fc2d27d004f28f3a94b35edd40e68f779e35a Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:25 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:51 +0200 samples/bpf: Add IO

[tip:perf/core] samples/bpf: Add kmem_alloc()/free() tracker tool

Commit-ID: 9811e35359d4b18baf5bb603b225e957255b9c46 Gitweb: http://git.kernel.org/tip/9811e35359d4b18baf5bb603b225e957255b9c46 Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:26 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:51 +0200 samples/bpf: Add

[tip:perf/core] tracing, perf: Implement BPF programs attached to kprobes

Commit-ID: 2541517c32be2531e0da59dfd7efc1ce844644f5 Gitweb: http://git.kernel.org/tip/2541517c32be2531e0da59dfd7efc1ce844644f5 Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:20 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:49 +0200 tracing, perf:

[tip:perf/core] samples/bpf: Add simple non-portable kprobe filter example

Commit-ID: b896c4f95ab4052d6bad3acde95167d30242a84f Gitweb: http://git.kernel.org/tip/b896c4f95ab4052d6bad3acde95167d30242a84f Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:23 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:50 +0200 samples/bpf: Add

[tip:perf/core] samples/bpf: Add counting example for kfree_skb() function calls and the write() syscall

Commit-ID: d822a192684912c80950d28a0b7adc96261e957c Gitweb: http://git.kernel.org/tip/d822a192684912c80950d28a0b7adc96261e957c Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:24 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:50 +0200 samples/bpf: Add

[tip:perf/core] tracing: Allow BPF programs to call bpf_ktime_get_ns()

Commit-ID: d9847d310ab4003725e6ed1822682e24bd406908 Gitweb: http://git.kernel.org/tip/d9847d310ab4003725e6ed1822682e24bd406908 Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:21 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:49 +0200 tracing: Allow BPF

[tip:perf/core] tracing: Allow BPF programs to call bpf_trace_printk()

Commit-ID: 9c959c863f8217a2ff3d7c296e8223654d240569 Gitweb: http://git.kernel.org/tip/9c959c863f8217a2ff3d7c296e8223654d240569 Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:22 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:50 +0200 tracing: Allow BPF

[tip:perf/core] tracing: Add kprobe flag

Commit-ID: 72cbbc8994242b5b43753738c01bf07bf29cb70d Gitweb: http://git.kernel.org/tip/72cbbc8994242b5b43753738c01bf07bf29cb70d Author: Alexei Starovoitov AuthorDate: Wed, 25 Mar 2015 12:49:19 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:49 +0200 tracing: Add kprobe

[tip:perf/core] bpf: Make internal bpf API independent of CONFIG_BPF_SYSCALL #ifdefs

Commit-ID: 4e537f7fbdce5e8ae7c33ebaa8a1956c7727d5a7 Gitweb: http://git.kernel.org/tip/4e537f7fbdce5e8ae7c33ebaa8a1956c7727d5a7 Author: Daniel Borkmann AuthorDate: Wed, 25 Mar 2015 12:49:18 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 13:25:49 +0200 bpf: Make internal bpf

[PATCH 0/5] usb: xhci: fixes for OTG/DRD use

Hi, While testing for OTG/DRD [1], I encountered a couple of problems with the XHCI driver. The first 2 patches clean up the HCD allocation logic as we want both primary and shared HCDs to be allocated before the primary HCD registers for OTG use. That's the only way the OTG core will know that

Re: [PATCH] HID: logitech-hidpp: add a module parameter to keep firmware gestures

On Thu, 26 Mar 2015, Benjamin Tissoires wrote: > The Logitech T650 used to report 3 fingers swipes to the up as a press on > the Super key. When we switched the touchpad to the raw mode, we also > disable such firmware gesture and some users may rely on it. > > Unfortunately, 3 finger swipes are

[tip:timers/core] arm/bL_switcher: Kill tick suspend hackery

Commit-ID: 7270d11c56f594af4d166b2988421cd8ed933dc1 Gitweb: http://git.kernel.org/tip/7270d11c56f594af4d166b2988421cd8ed933dc1 Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:11:52 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:23:00 +0200 arm/bL_switcher: Kill

[tip:x86/platform] x86/intel/quark: Run IMR self-test on IMR capble hw only

Commit-ID: a6fcb6d4804b51ffcae7881c7f99483f4981ddf1 Gitweb: http://git.kernel.org/tip/a6fcb6d4804b51ffcae7881c7f99483f4981ddf1 Author: Bryan O'Donoghue AuthorDate: Tue, 31 Mar 2015 12:15:36 +0100 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 12:47:50 +0200 x86/intel/quark: Run

[tip:x86/asm] x86/asm/entry/64: Fold the 'test_in_nmi' macro into its only user

Commit-ID: 0784b36448a2a85b95b6eb21a69b9045c896c065 Gitweb: http://git.kernel.org/tip/0784b36448a2a85b95b6eb21a69b9045c896c065 Author: Denys Vlasenko AuthorDate: Wed, 1 Apr 2015 16:50:57 +0200 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 12:00:10 +0200 x86/asm/entry/64: Fold the

[tip:x86/asm] x86/asm/boot/64: Use __BOOT_TSS instead of literal $0x20

Commit-ID: 40e4f2d177f748a83e7639554ea7d11568a9fa1f Gitweb: http://git.kernel.org/tip/40e4f2d177f748a83e7639554ea7d11568a9fa1f Author: Denys Vlasenko AuthorDate: Wed, 1 Apr 2015 16:50:58 +0200 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 12:00:20 +0200 x86/asm/boot/64: Use

Re: [PATCH v2 1/3] rtc: omap: Unlock and Lock rtc registers before and after register writes

On 02/04/2015 at 16:39:09 +0530, Lokesh Vutla wrote : > RTC module contains a kicker mechanism to prevent any spurious writes > from changing the register values. This mechanism requires two MMR > writes to the KICK0 and KICK1 registers with exact data values > before the kicker lock mechanism is

[tip:x86/asm] x86/cpu: Factor out common CPU initialization code, fix 32-bit Xen PV guests

Commit-ID: 3f85483bd80ef1de8cbbf0361be59f6a069b59d4 Gitweb: http://git.kernel.org/tip/3f85483bd80ef1de8cbbf0361be59f6a069b59d4 Author: Boris Ostrovsky AuthorDate: Wed, 1 Apr 2015 10:12:14 -0400 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 12:06:41 +0200 x86/cpu: Factor out

Re: [PATCH urgent v2] x86, asm: Disable opportunistic SYSRET if regs->flags has TF set

* Denys Vlasenko wrote: > On 04/02/2015 01:14 PM, Brian Gerst wrote: > So I merged this as it's an obvious bugfix, but in hindsight I'm > really uneasy about the whole opportunistic SYSRET concept: it appears > that the chance that %rcx matches return-%rip is astronomical - this

[tip:x86/urgent] x86/asm/entry/64: Disable opportunistic SYSRET if regs->flags has TF set

Commit-ID: 7ea24169097d3d3a3eab2dcc5773bc43fd5593e7 Gitweb: http://git.kernel.org/tip/7ea24169097d3d3a3eab2dcc5773bc43fd5593e7 Author: Andy Lutomirski AuthorDate: Wed, 1 Apr 2015 14:26:34 -0700 Committer: Ingo Molnar CommitDate: Thu, 2 Apr 2015 11:09:54 +0200 x86/asm/entry/64: Disable

[tip:x86/pmem] drivers/block/pmem: Add a driver for persistent memory

Commit-ID: 9e853f2313e5eb163cb1ea461b23c2332cf6438a Gitweb: http://git.kernel.org/tip/9e853f2313e5eb163cb1ea461b23c2332cf6438a Author: Ross Zwisler AuthorDate: Wed, 1 Apr 2015 09:12:19 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 17:03:56 +0200 drivers/block/pmem: Add a

Re: [PATCH 2/2] ARM: dts: Use last parent for clocks during power domain on/off

Hello Krzysztof, On 04/02/2015 10:06 AM, Krzysztof Kozlowski wrote: > Replace fixed parent with last parent (obtained with clk_get_parent()) > of clocks for devices in mfc and disp power domains. This should improve > behavior if such clocks were reparented by the drivers and new parents > are

[tip:x86/pmem] x86/mm: Add support for the non-standard protected e820 type

Commit-ID: ec776ef6bbe1734c29cd6bd05219cd93b2731bd4 Gitweb: http://git.kernel.org/tip/ec776ef6bbe1734c29cd6bd05219cd93b2731bd4 Author: Christoph Hellwig AuthorDate: Wed, 1 Apr 2015 09:12:18 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 17:02:43 +0200 x86/mm: Add support for

[tip:timers/core] tick/xen: Provide and use tick_suspend_local() and tick_resume_local()

Commit-ID: f46481d0a7cb942b84145acb80ad43bdb1ff8eb4 Gitweb: http://git.kernel.org/tip/f46481d0a7cb942b84145acb80ad43bdb1ff8eb4 Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:11:04 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:23:00 +0200 tick/xen: Provide and

[tip:timers/core] tick: Make tick_resume_broadcast_oneshot() static

Commit-ID: 080873ce2d1abd8c0a2b8c87bfa0762546a6b713 Gitweb: http://git.kernel.org/tip/080873ce2d1abd8c0a2b8c87bfa0762546a6b713 Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:09:55 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:59 +0200 tick: Make

[tip:timers/core] clockevents: Make suspend/resume calls explicit

Commit-ID: 4ffee521f36390c7720d493591b764ca35c8030b Gitweb: http://git.kernel.org/tip/4ffee521f36390c7720d493591b764ca35c8030b Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:09:16 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:59 +0200 clockevents: Make

[tip:timers/core] tick: Move core only declarations and functions to core

Commit-ID: c1797baf6880174f899ce3960d0598f5bbeeb7ff Gitweb: http://git.kernel.org/tip/c1797baf6880174f899ce3960d0598f5bbeeb7ff Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:07:37 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:58 +0200 tick: Move core only

[tip:timers/core] clockevents: Remove extra local_irq_save() in clockevents_exchange_device()

Commit-ID: db6f672ef11d7a3c5aa128a3c3e57c92580a25f7 Gitweb: http://git.kernel.org/tip/db6f672ef11d7a3c5aa128a3c3e57c92580a25f7 Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:08:27 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:59 +0200 clockevents: Remove

[tip:timers/core] tick: Move clocksource related stuff to timekeeping.h

Commit-ID: bfb83b27519aa7ed9510f601a8f825a2c1484bc2 Gitweb: http://git.kernel.org/tip/bfb83b27519aa7ed9510f601a8f825a2c1484bc2 Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:06:04 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:58 +0200 tick: Move clocksource

[tip:timers/core] tick: Simplify tick-internal.h

Commit-ID: b7475eb599ddb2e8cab2dc86ff38a9507463ad6b Gitweb: http://git.kernel.org/tip/b7475eb599ddb2e8cab2dc86ff38a9507463ad6b Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:06:47 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:58 +0200 tick: Simplify

[PATCH 3/5] usb: xhci: Allow usb_add/remove_hcd() to be called repeatedly

Don't set xhci->shared_hcd to NULL in xhci_stop() as we have still not de-allocated it. It was resulting in a NULL pointer de-reference if usb_add/remove_hcd() is called repeatedly. We want repeated add/remove to work for the OTG use case. Signed-off-by: Roger Quadros ---

Re: [PATCH 1/2] ARM: EXYNOS: Get current parent clock for power domain on/off

Hello Krzysztof, On 04/02/2015 10:06 AM, Krzysztof Kozlowski wrote: > Using a fixed (by DTS) parent for clocks when turning on the power domain > may introduce issues in other drivers. For example when such driver > changes the parent during runtime and expects that he is the only place > of such

[tip:perf/core] perf callchain: Fix kernel symbol resolution by remembering the cpumode

Commit-ID: 73dbcd6537f0ef6bf98d84f8fd7f8ab9994c6cd8 Gitweb: http://git.kernel.org/tip/73dbcd6537f0ef6bf98d84f8fd7f8ab9994c6cd8 Author: David Hildenbrand AuthorDate: Mon, 30 Mar 2015 10:11:00 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 31 Mar 2015 17:52:17 -0300 perf

[tip:x86/urgent] x86/reboot: Add ASRock Q1900DC-ITX mainboard reboot quirk

Commit-ID: 80313b3078fcd2ca51970880d90757f05879a193 Gitweb: http://git.kernel.org/tip/80313b3078fcd2ca51970880d90757f05879a193 Author: Stefan Lippers-Hollmann AuthorDate: Mon, 30 Mar 2015 22:44:27 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:08:09 +0200 x86/reboot: Add

[tip:timers/core] clockevents: Remove CONFIG_GENERIC_CLOCKEVENTS_BUILD

Commit-ID: 9f083b74df3a7eaa100b456f2dc195512daf728e Gitweb: http://git.kernel.org/tip/9f083b74df3a7eaa100b456f2dc195512daf728e Author: Thomas Gleixner AuthorDate: Wed, 25 Mar 2015 13:05:19 +0100 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 14:22:57 +0200 clockevents: Remove

[PATCH 1/5] usb: xhci: cleanup xhci_hcd allocation

HCD core allocates memory for HCD private data in usb_create_[shared_]hcd() so make use of that mechanism to allocate the struct xhci_hcd. Introduce struct xhci_driver_overrides to provide the size of HCD private data and hc_driver operation overrides. As of now we only need to override the reset

Re: [PATCH v2 2/4] extcon: usb-gpio: add support for VBUS detection

Robert, On 01/04/15 14:49, Robert Baldyga wrote: > Hi Roger, > > On 04/01/2015 01:28 PM, Roger Quadros wrote: >> Robert, >> >> On 01/04/15 10:23, Robert Baldyga wrote: >>> This patch adds VBUS pin detection support to extcon-usb-gpio driver. >>> It allows to use this driver with boards which

[tip:x86/asm] x86/asm/entry/64: Remove redundant DISABLE_INTERRUPTS()

Commit-ID: 32a04077fe401842424a4b72fa459c01e0a3 Gitweb: http://git.kernel.org/tip/32a04077fe401842424a4b72fa459c01e0a3 Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:06 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:38 +0200 x86/asm/entry/64: Remove

[tip:x86/asm] x86/asm/entry/64: Use local label to skip around sycall dispatch

Commit-ID: a6de5a21fb25cdbbdf3c3e9afd8481581c4f2464 Gitweb: http://git.kernel.org/tip/a6de5a21fb25cdbbdf3c3e9afd8481581c4f2464 Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:11 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:39 +0200 x86/asm/entry/64: Use

[tip:core/efi] x86/efi: Add a "debug" option to the efi= cmdline

Commit-ID: fed6cefe3b6e862dcc74d07324478caa07e84eaf Gitweb: http://git.kernel.org/tip/fed6cefe3b6e862dcc74d07324478caa07e84eaf Author: Borislav Petkov AuthorDate: Thu, 5 Feb 2015 11:44:41 +0100 Committer: Matt Fleming CommitDate: Wed, 1 Apr 2015 12:46:22 +0100 x86/efi: Add a "debug"

[tip:x86/asm] x86/asm: Replace "MOVQ $imm, %reg" with MOVL

Commit-ID: a734b4a23e4b5a5bba577d11b6e2ff21f6ca4fce Gitweb: http://git.kernel.org/tip/a734b4a23e4b5a5bba577d11b6e2ff21f6ca4fce Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:10 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:39 +0200 x86/asm: Replace "MOVQ

[tip:x86/asm] x86/asm/entry/64: Simplify looping around preempt_schedule_irq()

Commit-ID: 36acef2510853e2831047ca9e22d333ba7a1047b Gitweb: http://git.kernel.org/tip/36acef2510853e2831047ca9e22d333ba7a1047b Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:07 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:39 +0200 x86/asm/entry/64:

[tip:x86/asm] x86/asm/entry/64: Do not TRACE_IRQS fast SYSRET64 path

Commit-ID: 4416c5a6dac55378e7011f9c8720d2a7470f Gitweb: http://git.kernel.org/tip/4416c5a6dac55378e7011f9c8720d2a7470f Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:03 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:38 +0200 x86/asm/entry/64: Do not

[tip:x86/asm] x86/asm/entry/32: Use smaller PUSH instructions instead of MOV, to build 'pt_regs' on stack

Commit-ID: 4c9c0e919fef05b3bc6a8aff1db7a31b2ba4f4b6 Gitweb: http://git.kernel.org/tip/4c9c0e919fef05b3bc6a8aff1db7a31b2ba4f4b6 Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:04 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:38 +0200 x86/asm/entry/32: Use

[tip:x86/asm] x86/asm/entry/64: Simplify retint_kernel label usage, make retint_restore_args label local

Commit-ID: 6ba71b7617f1fa65f19bd34f4484a0694ef9a520 Gitweb: http://git.kernel.org/tip/6ba71b7617f1fa65f19bd34f4484a0694ef9a520 Author: Denys Vlasenko AuthorDate: Tue, 31 Mar 2015 19:00:05 +0200 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 13:17:38 +0200 x86/asm/entry/64:

[PATCH 5/5] usb: xhci: Fix suspend/resume when used with OTG core

In the OTG case, the controller might not yet have been added or is removed before the system suspends. Assign xhci->main_hcd during probe to prevent NULL pointer de-reference in xhci_suspend/resume(). Use the hcd->state flag to check if HCD is halted and if that is so do nothing for

[tip:x86/apic] x86/apic: Remove verify_local_APIC()

Commit-ID: 4399c03c6780ed75fa26e09a7b3a175b3aac5760 Gitweb: http://git.kernel.org/tip/4399c03c6780ed75fa26e09a7b3a175b3aac5760 Author: Bandan Das AuthorDate: Tue, 31 Mar 2015 16:43:17 -0400 Committer: Ingo Molnar CommitDate: Wed, 1 Apr 2015 10:47:57 +0200 x86/apic: Remove

[tip:perf/core] perf tools: Fix ppid for synthesized fork events

Commit-ID: ca6c41c59b964d362823e80442e9e32c31106b29 Gitweb: http://git.kernel.org/tip/ca6c41c59b964d362823e80442e9e32c31106b29 Author: David Ahern AuthorDate: Mon, 30 Mar 2015 14:35:58 -0600 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 31 Mar 2015 17:52:30 -0300 perf tools:

[tip:perf/core] perf ordered_samples: Remove references to perf_{evlist,tool} and machines

Commit-ID: 9870d7809575515e26194f4b3df1750872a6ee60 Gitweb: http://git.kernel.org/tip/9870d7809575515e26194f4b3df1750872a6ee60 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 31 Mar 2015 12:48:16 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 31 Mar 2015 17:52:32 -0300

[PATCH 4/5] usb: xhci: fix xhci locking up during hcd remove

The problem seems to be that if a new device is detected while we have already removed the shared HCD, then many of the xhci operations (e.g. xhci_alloc_dev(), xhci_setup_device()) hang as command never completes. I don't think XHCI can operate without the shared HCD as we've already called

[tip:perf/core] perf session: Always initialize ordered_events

Commit-ID: aae59fab978e143f24d22e52f075c4be3ee4e628 Gitweb: http://git.kernel.org/tip/aae59fab978e143f24d22e52f075c4be3ee4e628 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 31 Mar 2015 09:53:50 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 31 Mar 2015 17:52:31 -0300

[tip:perf/core] perf tools: Refactor comm/tgid lookup

Commit-ID: 5aa0b030e8d29d6719c144818814b519cfcb105c Gitweb: http://git.kernel.org/tip/5aa0b030e8d29d6719c144818814b519cfcb105c Author: David Ahern AuthorDate: Mon, 30 Mar 2015 14:35:57 -0600 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 31 Mar 2015 17:52:30 -0300 perf tools:

<    2   3   4   5   6   7   8   9   10   11   >