On Tue, Mar 10, 2015 at 07:21:59PM +0800, fan.chen wrote:
On Mon, 2015-03-09 at 11:38 +0100, Sascha Hauer wrote:
+
+ switch (ck_mhz) {
+ case 18:
+ if (pwrap_is_mt8135(wrp))
+ pwrap_writel(wrp, 0xc, PWRAP_CSHEXT);
If the
DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
the i915 kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config lets us also prevent wrapping around drm_fb_helper_* calls with #ifdefs
in certain places.
The #ifdef in
On Tue, Mar 10, 2015 at 12:21:21AM +0100, Heiko Stuebner wrote:
At least the Rockchip variant of the dw_hdmi should control its supplying
regulators. A cursory glance at the imx manual didn't any equivalent there,
so I'm not sure if there are similar controllable regulators present.
Patch1
On Sun, Mar 08, 2015 at 10:07:40PM +0200, Aaro Koskinen wrote:
Hi,
The first patch is a bug fix for OCTEON MD5 aimed for 4.0-rc cycle.
Please send such bug fixes in a separate series in future.
For this one in particular it does not appear to be critical
enough to go in straight away so I
On Mon, Mar 9, 2015 at 9:44 PM, Ray Jui r...@broadcom.com wrote:
Document the GPIO/PINCONF device tree binding for Broadcom Cygnus SoC
Signed-off-by: Ray Jui r...@broadcom.com
Reviewed-by: Scott Branden sbran...@broadcom.com
Patch applied!
+- compatible:
+Must be brcm,cygnus-ccm-gpio,
On 03/10/2015 03:35 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
On 03/10/2015 03:17 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KMS FB
On 27 February 2015 at 17:21, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Thomas/Ingo,
This is in response to the suggestions Ingo gave [1] on the shortcomings of
clockevents core's state machine.
This first separates out the RESUME functionality from other states as its a
special case.
stub_iopl is no longer needed: pt_regs-flags needs no fixing up
after previous change. Removing it.
Signed-off-by: Denys Vlasenko dvlas...@redhat.com
CC: Linus Torvalds torva...@linux-foundation.org
CC: Steven Rostedt rost...@goodmis.org
CC: Ingo Molnar mi...@kernel.org
CC: Borislav Petkov
All manipulations of PER_CPU(old_rsp) in C code are removed:
it is not used on SYSRET return, storing anything there is pointless.
This also allows to get rid of thread_struct::usersp,
which was needed only to set PER_CPU(old_rsp) for
correct return from fork/clone.
Tweak a few comments (we no
On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon n...@ti.com wrote:
SoC family such as DRA7 family of processors have, in addition
to the regular muxing of pins (as done by pinctrl-single), an
additional hardware module called IODelay which is also expected to be
configured. This IODelay module
On Tue, Mar 10, 2015 at 04:01:16PM +0800, Hanjun Guo wrote:
index 000..f052e7a
--- /dev/null
+++ b/arch/arm64/kernel/acpi.c
@@ -0,0 +1,101 @@
+/*
+ * ARM64 Specific Low-Level ACPI Boot Support
+ *
+ * Copyright (C) 2013-2014, Linaro Ltd.
+ * Author: Al Stone al.st...@linaro.org
+ *
On 14/02/15 16:22, Thomas Niederprüm wrote:
Am Thu, 12 Feb 2015 16:11:21 +0100
schrieb Maxime Ripard maxime.rip...@free-electrons.com:
On Sat, Feb 07, 2015 at 04:35:41PM +0100, Thomas Niederprüm wrote:
Am Sat, 7 Feb 2015 12:18:21 +0100
schrieb Maxime Ripard maxime.rip...@free-electrons.com:
Hi Boris,
On 10/03/15 11:37, Borislav Petkov wrote:
Hi,
I just triggered this is on rc3 + tip/master which has your patch. This
is an Intel SNB. Ideas, already fixed?
No, not seen this before. I will test tip/master on my Intel i7 box
again and get back to you.
Regards,
Sudeep
--
To
This provides a uniform interface to enable/disable legacy fbdev support for
modesetting drivers, based on the discussion here:
http://lists.freedesktop.org/archives/dri-devel/2015-March/078729.html
This has only been build-tested for a few devices. Mainly looking for comments
for now.
The
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by selecting
KMS FB helpers. A few provide a separate Kconfig option for the user to enable
or disbale fbdev emulation.
Enabling fbdev emulation is finally
On 10/03/2015 at 10:02:15 +0100, Arnd Bergmann wrote :
On Monday 09 March 2015 23:59:58 Brian Norris wrote:
@@ -114,6 +114,12 @@ config SOC_AT91SAM9
AT91SAM9XE
endif # SOC_SAM_V4_V5
+config MACH_AT91_AUTO
+ def_bool y
+ depends on !SOC_AT91SAM9
DRM_IMX_FB_HELPER config is currently used to enable/disable fbdev emulation for
the imx kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION config
option where applicable. Using this config lets us also prevent wrapping around
drm_fb_helper_* calls with #ifdefs
On 03/10/2015 03:16 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by selecting
KMS FB helpers. A few provide
So I got this error today:
┌─Warning:───┐
│The vmlinux
file can't be used. │
On Mon, Mar 9, 2015 at 9:45 PM, Ray Jui r...@broadcom.com wrote:
This enables GPIO based phone hook detection for Broadcom BCM911360
phone factor board (bcm911360_entphn)
Signed-off-by: Ray Jui r...@broadcom.com
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To
Check for null before being dereferenced to avoid a invalid null
dereference.
Found using Coccinelle.
Signed-off-by: Tapasweni Pathak tapaswenipat...@gmail.com
Acked-by: Julia Lawall julia.law...@lip6.fr
---
drivers/scsi/ufs/ufshcd.c |7 +--
1 file changed, 5 insertions(+), 2
On Mon, Mar 09, 2015 at 12:46:30PM +, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose suzuki.poul...@arm.com
Don't allow grouping hardware events from different PMUs
(eg. CCI + CPU).
Uhm, how does this work? If we have multiple hardware PMUs we'll stop
scheduling events after the first
Hi,
I just triggered this is on rc3 + tip/master which has your patch. This
is an Intel SNB. Ideas, already fixed?
Thanks.
[ cut here ]
WARNING: CPU: 3 PID: 1 at fs/sysfs/group.c:102
internal_create_group+0x151/0x280()
sysfs: (bin_)attrs not set by subsystem for group:
- fix typo
- improve explanation
- add reference to the related document
Signed-off-by: Tomasz Nowicki tomasz.nowi...@linaro.org
---
arch/x86/include/asm/pci_x86.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/x86/include/asm/pci_x86.h
On Mon, Mar 09, 2015 at 08:28:45PM -0300, Arnaldo Carvalho de Melo wrote:
Em Mon, Mar 09, 2015 at 08:11:19PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Mon, Mar 09, 2015 at 06:51:21PM -0300, Arnaldo Carvalho de Melo escreveu:
SNIP
[root@zoo ~]# find /opt/libbabeltrace/include/babeltrace/
From: Boris BREZILLON boris.brezil...@free-electrons.com
Add AXP22X regulator definitions and variant id associations.
This introduces a new switch type output for one of the regulators.
It is a switchable secondary output of one regulator, with the same
voltage level as the primary output.
From: Boris BREZILLON boris.brezil...@free-electrons.com
Rework the AXP20X_ macros and probe function to support the several chip
families, so that each family can define it's own set of regulators.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
[w...@csie.org: Support
On Mon 2015-03-09 09:40:55, Josh Poimboeuf wrote:
On Mon, Mar 09, 2015 at 02:25:28PM +0100, Petr Mladek wrote:
There is a notifier that handles live patches for coming and going modules.
It takes klp_mutex lock to avoid races with coming and going patches but
it does not keep the lock all
From: Boris BREZILLON boris.brezil...@free-electrons.com
The p2wi controller has only one possible pinmux setting. Use it by
default in the dtsi, instead of having to set it in each board's dts.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
[w...@csie.org: reformat commit
The Hummingbird A31 has an AXP221 PMIC hooked up to the
P2WI controller.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31-hummingbird.dts
This patch adds the AXP221 regulators. Only the ones directly used
on the board are added.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 56 -
1 file changed, 55 insertions(+), 1 deletion(-)
diff --git
On 04/03/15 09:06, Liu Ying wrote:
The LCDIF engines embedded in i.MX6sl and i.MX6sx SoCs need the axi clock
as the engine's system clock. The clock should be enabled when accessing
LCDIF registers, otherwise the kernel would hang up. We should also keep
the clock being enabled when the
On 03/10/2015 03:31 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:30PM +0530, Archit Taneja wrote:
DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
the i915 kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config
On 06.03.2015 19:53, Bjorn Helgaas wrote:
On Fri, Feb 27, 2015 at 04:00:35PM +0100, Tomasz Nowicki wrote:
MCFG ACPI table and PCI ECAM standard have no arch dependencies so it can be
used across all architectures. Currently MMCONFIG related code resides in
arch/x86 directories. This patch set
Ping.
On Mon, 2015-02-23 at 11:59 +0200, Ivan T. Ivanov wrote:
Hi Gilad,
On Thu, 2015-02-19 at 15:54 -0700, Gilad Avidov wrote:
Qualcomm PMIC Arbiter version-2 changes from version-1 are:
- Some different register offsets.
- New channel register space, one per PMIC peripheral
Hi Archit,
thanks for the cleanup!
Am Dienstag, den 10.03.2015, 15:11 +0530 schrieb Archit Taneja:
DRM_IMX_FB_HELPER config is currently used to enable/disable fbdev emulation
for
the imx kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION
config
2015-03-09 20:28-0300, Marcelo Tosatti:
On Fri, Feb 27, 2015 at 06:19:18PM -0600, Joel Schopp wrote:
From: David Kaplan david.kap...@amd.com
No need to re-decode WBINVD since we know what it is from the intercept.
Signed-off-by: David Kaplan david.kap...@amd.com
[extracted from larger
At Mon, 9 Mar 2015 22:13:03 +0100,
Yannick Guerrini wrote:
Change 'propper' to 'proper'
Change 'paramters' to 'parameters'
Change 'SYT_INTEVAL' to 'SYT_INTERVAL'
Change 'aligh'/'alighed' to 'align'/'aligned'
Signed-off-by: Yannick Guerrini yguerr...@tomshardware.fr
Applied, thanks.
On Tue, Mar 10, 2015 at 09:57:06AM +, Lorenzo Stoakes wrote:
This patch assigns the more appropriate void* type to the mmio750 variable
eliminating an unnecessary volatile qualifier in the process. Additionally it
updates parameter types as necessary where those parameters interact with
Hi!
It seems that pcmcia was unhappy even before, but eject definitely
oopsed it.
Aha, I was confused; the oops is with 3.18, not with 4.0. For 4.0,
pcmcia does not work at all:
[ 617.062718] pcmcia_socket pcmcia_socket0: pccard: card ejected from slot 0
[ 622.840108] pcmcia_socket
On 10 March 2015 at 12:36, Sudip Mukherjee sudipm.mukher...@gmail.com wrote:
but it is introducing two new build warnings:
drivers/staging/sm750fb/sm750_hw.c: In function ‘hw_sm750_map’:
drivers/staging/sm750fb/sm750_hw.c:67:2: warning: passing argument 1 of
‘ddk750_set_mmio’ discards
On Tue, Mar 10 2015, Tejun Heo t...@kernel.org wrote:
Hello,
On Tue, Mar 10, 2015 at 11:47:47AM +0100, Rasmus Villemoes wrote:
I can't explain why num_to_str apparently becomes slightly slower (the
patch essentially didn't touch it), but the put_dec_ helpers in any case
make up for that.
On Tue 10 Mar 04:55 PDT 2015, Mark Brown wrote:
Currently probe deferral prints a message every time a device requests
deferral at info severity (which is displayed by default). This can have
an impact on system boot times with serial consoles and is generally quite
noisy.
Since subsystems
Hi,
I'm resending the patch from here:
http://lkml.iu.edu/hypermail/linux/kernel/1502.3/00286.html
GCC fixincludes always change that header to comply with C standard.
Here is the comment from fixincludes code:
/* Fix for machine name #ifdefs that are not in the namespace reserved
by the C
2015-03-10 5:54 GMT+01:00 Hongzhou Yang hongzhou.y...@mediatek.com:
Base on v4.0-rc1, resend it.
Add pinctrl,GPIO and EINT node to mt8173.dtsi.
Signed-off-by: Hongzhou Yang hongzhou.y...@mediatek.com
applied to v4.0-next/arm64
Thanks,
Matthias
---
On Tue, Mar 10, 2015 at 5:51 AM, Ingo Molnar mi...@kernel.org wrote:
* Denys Vlasenko dvlas...@redhat.com wrote:
PER_CPU(old_rsp) usage is simplified - now it is used only
as temp storage, and userspace stack pointer is immediately stored
in pt_regs-sp on syscall entry, instead of being used
On 03/09/2015 09:13 PM, Krzysztof Kozlowski wrote:
On pon, 2015-03-09 at 20:46 +0900, Beomho Seo wrote:
On 03/09/2015 08:02 PM, Krzysztof Kozlowski wrote:
2015-03-09 1:35 GMT+01:00 Beomho Seo beomho@samsung.com:
On 03/08/2015 05:13 AM, Sebastian Reichel wrote:
On Mon, Mar 02, 2015 at
On Tuesday 10 March 2015 10:42:09 Alexandre Belloni wrote:
I actually added a bunch of these in other places, but have stopped
doing so because Russell didn't like them, and I tend to follow
his argument now that it's actually pretty confusing.
In case of at91, we can do better now,
Em Tue, Mar 10, 2015 at 01:00:35PM +0100, Jiri Olsa escreveu:
On Mon, Mar 09, 2015 at 08:28:45PM -0300, Arnaldo Carvalho de Melo wrote:
Em Mon, Mar 09, 2015 at 08:11:19PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Mon, Mar 09, 2015 at 06:51:21PM -0300, Arnaldo Carvalho de Melo
On Tue, Mar 10, 2015 at 7:00 AM, Denys Vlasenko
vda.li...@googlemail.com wrote:
On Tue, Mar 10, 2015 at 2:26 PM, Andy Lutomirski l...@amacapital.net wrote:
usersp is IMO tolerable. The nasty thing is the FIXUP_TOP_OF_STACK /
RESTORE_TOP_OF_STACK garbage, and this patch is the main step toward
On 10/03/15 13:00, Peter Zijlstra wrote:
On Tue, Mar 10, 2015 at 01:53:51PM +0100, Peter Zijlstra wrote:
It would be nicer if we could prevent this in the core so we're not
reliant on every PMU driver doing the same verification. My initial
thought was that seemed like unnecessary duplication
On Mon, Mar 09, 2015 at 09:43:18PM -0700, Paul E. McKenney wrote:
On Mon, Mar 09, 2015 at 04:49:43PM -0700, Paul E. McKenney wrote:
On Mon, Mar 09, 2015 at 04:39:47PM -0700, Paul E. McKenney wrote:
On Mon, Mar 09, 2015 at 02:40:21PM -0700, Paul E. McKenney wrote:
On Mon, Mar 09, 2015 at
On 3/10/15 12:06 AM, Namhyung Kim wrote:
Hi Arnaldo,
On Mon, Mar 09, 2015 at 10:21:35AM -0300, Arnaldo Carvalho de Melo wrote:
For trace I need to take advantage of the fact that each mmap is ordered
already and then just sort by the timestamp in the mmap head, etc.
In retrospect, the
On 29/01/15 12:24, Nicholas Mc Guire wrote:
The return type of wait_for_completion_timeout is unsigned long not
int. This patch fixes up the declarations only.
Signed-off-by: Nicholas Mc Guire der.h...@hofr.at
---
v2: fixed subject line
v3: fixed patch description as recommended by Dan
On Mon, Mar 09, 2015 at 09:02:19PM +, Mel Gorman wrote:
On Sun, Mar 08, 2015 at 08:40:25PM +, Mel Gorman wrote:
Because if the answer is 'yes', then we can safely say: 'we regressed
performance because correctness [not dropping dirty bits] comes before
performance'.
If
From: Rik van Riel r...@redhat.com
The host kernel is not doing anything while the CPU is executing
a KVM guest VCPU, so it can be marked as being in an extended
quiescent state, identical to that used when running user space
code.
The only exception to that rule is when the host handles an
Ingo,
Please pull the nohz/guest branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
nohz/guest
This is 4.1 material.
HEAD: 126a6a542446f1a49b9f3c69237c87df3eb4e6e1
---
Some measurements showed that disabling the tick on the host
On Fri, Feb 27, 2015 at 05:57:08PM +0100, Sebastian Andrzej Siewior wrote:
+static int __sched __mutex_lock_check_stamp(struct rt_mutex *lock,
+ struct ww_acquire_ctx *ctx)
+{
+#ifdef CONFIG_WW_MUTEX_RTMUTEX
+ struct ww_mutex *ww =
Hello,
On Tue, Mar 10, 2015 at 11:47:47AM +0100, Rasmus Villemoes wrote:
I can't explain why num_to_str apparently becomes slightly slower (the
patch essentially didn't touch it), but the put_dec_ helpers in any case
make up for that.
Unrelated code changes affecting performance in seemingly
Add the {xen-pvscsi: } prefix in pr_fmt and remove DPRINTK, then
replace all DPRINTK with pr_debug.
Also fixed up some comments just as eliminate redundant whitespace
and format the code.
These will make the code easier to read.
Signed-off-by: Tao Chen boby.c...@huawei.com
---
On Mon, Mar 09, 2015 at 09:28:28AM -0400, Tejun Heo wrote:
Now that %pb[l] formatting is now in mainline, this can go forward.
Here's the updated patch which uses printf instead of the fixed buffer
when printing cpus. I couldn't find a better option at the moment and
am still appending the
* Viresh Kumar viresh.ku...@linaro.org wrote:
On 27 February 2015 at 17:21, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Thomas/Ingo,
This is in response to the suggestions Ingo gave [1] on the shortcomings of
clockevents core's state machine.
This first separates out the RESUME
This patch assigns the more appropriate void* type to the mmio750 variable
eliminating an unnecessary volatile qualifier in the process. Additionally it
updates parameter types as necessary where those parameters interact with
mmio750, removes unnecessary casts and updates the type of the
On Tue, Mar 10, 2015 at 2:21 PM, Ingo Molnar mi...@kernel.org wrote:
Since this patch does add two extra MOVs,
I did benchmark these patches. They add exactly one cycle
to system call code path on my Sandy Bridge CPU.
Hm, but that's the wrong direction, we should try to make it faster,
and
Hi Wolfram,
You can add my
Acked-by and Tested-By: Ludovic Desroches ludovic.desroc...@atmel.com
Tested on sama5d3, some problems with at24 eeprom on sama5d4 but it
doesn't come from the i2c quirks patch series.
Regards
Ludovic
On Sun, Mar 08, 2015 at 09:28:45AM +0100, Wolfram Sang wrote:
On Fri, Feb 27, 2015 at 05:57:08PM +0100, Sebastian Andrzej Siewior wrote:
diff --git a/kernel/locking/mutex.c b/kernel/locking/mutex.c
index 16b2d3cc88b0..0a652ba46081 100644
--- a/kernel/locking/mutex.c
+++ b/kernel/locking/mutex.c
@@ -106,6 +106,7 @@ void __sched mutex_lock(struct mutex
On Fri, Mar 6, 2015 at 8:47 AM, Josh Boyer jwbo...@fedoraproject.org wrote:
Hi All,
Commit 5c1de006e8e66 (cpupower Makefile change to help run the tool
without 'make install') added an rpath to the cpupower binary. From
what I can understand, this is to make it easier to run cpupower from
2015-03-10 19:20 GMT+09:00 Gilad Broner gbro...@codeaurora.org:
+static bool inject_cmd_hang_tr(struct ufs_hba *hba)
+{
+ int tag;
+
+ tag = find_first_bit(hba-outstanding_reqs, hba-nutrs);
+ if (tag == hba-nutrs)
+ return 0;
+
+ __clear_bit(tag,
On Tue, 03 Mar, at 07:48:50AM, Ingo Molnar wrote:
Also clean up the save_pgd global variable while at it.
untested as well.
Thanks,
Ingo
==
From 166625ceaef68fcbeee63adc63c02d75abcaf0db Mon Sep 17 00:00:00 2001
From: Ingo Molnar mi...@kernel.org
Date: Tue, 3 Mar
2015-03-06 13:52 GMT+01:00 Matthias Brugger matthias@gmail.com:
This patch enables the pin controller for Mediatek SoCs.
Signed-off-by: Matthias Brugger matthias@gmail.com
Applied to v4.0-next/soc
---
arch/arm/mach-mediatek/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff
On Tue, 03 Mar, at 07:34:33AM, Ingo Molnar wrote:
So why are interrupts disabled around page table operations to begin
with? It's not like any of this can execute on two CPUs at once, nor
can this be executed from interrupt context.
So, shouldn't we only protect the EFI calls themselves?
On 03/09/2015 07:01 PM, Krzysztof Kozlowski wrote:
2015-03-09 1:36 GMT+01:00 Beomho Seo beomho@samsung.com:
On 03/08/2015 05:14 AM, Sebastian Reichel wrote:
Hi,
On Mon, Mar 02, 2015 at 07:10:36PM +0900, Jaewon Kim wrote:
From: Beomho Seo beomho@samsung.com
This patch adds device
On Tue, Mar 10, 2015 at 2:26 PM, Andy Lutomirski l...@amacapital.net wrote:
usersp is IMO tolerable. The nasty thing is the FIXUP_TOP_OF_STACK /
RESTORE_TOP_OF_STACK garbage, and this patch is the main step toward
killing that off completely. I've still never convinced myself that
there
On Tue, Mar 10, 2015 at 12:23:03PM +, Hanjun Guo wrote:
On 2015年03月07日 01:47, Lorenzo Pieralisi wrote:
On Wed, Feb 25, 2015 at 08:39:58AM +, Hanjun Guo wrote:
From: Al Stone al.st...@linaro.org
ACPI reduced hardware mode is disabled by default, but ARM64
can only run properly in
On Mon, Mar 09, 2015 at 11:34:50AM -0500, Josh Poimboeuf wrote:
Personally I don't think the 4.x numbers add anything to the
understanding of the document.
Maybe the reason you think so is that you are quite familiar with the kernel,
but we should also take care of the ones who are not familiar
On Tue 10-03-15 06:03:23, Christoph Hellwig wrote:
On Tue, Mar 10, 2015 at 10:51:41AM +0900, Kyungmin Park wrote:
Any updates?
Please just add disk quota support to tmpfs so thast the standard quota
netlink notifications can be used.
If I understand the problem at hand, they are really
On Tue, Mar 10, 2015 at 11:53:35AM +, Sudeep Holla wrote:
Hi Boris,
On 10/03/15 11:37, Borislav Petkov wrote:
Hi,
I just triggered this is on rc3 + tip/master which has your patch. This
is an Intel SNB. Ideas, already fixed?
No, not seen this before. I will test tip/master on my Intel
On Tue, Mar 10, 2015 at 12:05:21PM +, Mark Rutland wrote:
On Tue, Mar 10, 2015 at 11:27:23AM +, Peter Zijlstra wrote:
On Mon, Mar 09, 2015 at 12:46:30PM +, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose suzuki.poul...@arm.com
Don't allow grouping hardware events from
On Tue, 2015-03-10 at 11:06 +, Mark Brown wrote:
On Tue, Mar 10, 2015 at 10:10:56AM +0200, Ivan T. Ivanov wrote:
On Mon, 2015-03-09 at 18:28 +, Mark Brown wrote:
About the API usage, point taken. GPIO requesting part is more important
in this case. pinctrl core did not
On Tue, Mar 10, 2015 at 01:53:51PM +0100, Peter Zijlstra wrote:
It would be nicer if we could prevent this in the core so we're not
reliant on every PMU driver doing the same verification. My initial
thought was that seemed like unnecessary duplication of the ctx checking
above, but if
On 03/10/2015 01:51 PM, Ingo Molnar wrote:
* Denys Vlasenko dvlas...@redhat.com wrote:
PER_CPU(old_rsp) usage is simplified - now it is used only
as temp storage, and userspace stack pointer is immediately stored
in pt_regs-sp on syscall entry, instead of being used later,
on syscall
On Tue, Mar 10, 2015 at 6:21 AM, Ingo Molnar mi...@kernel.org wrote:
* Denys Vlasenko dvlas...@redhat.com wrote:
So there are now +2 instructions (5 instead of 3) in the
system_call path, but there are -2 instructions in the SYSRETQ
path,
Unfortunately, no. [...]
So I assumed that it
So the problem is that event_init() is what will return the pmu, so we
cannot make decisions on it until after that returns.
I took a look into hacking something into perf_try_init_event, but it
ends up duplicating all of the existing tests and looks really out of
place.
Maybe we can pull out
Hi
10.03.2015, 02:09, David Fries da...@fries.net:
diff --git a/drivers/w1/slaves/w1_therm.c b/drivers/w1/slaves/w1_therm.c
index 1f11a20..39a9e6a 100644
--- a/drivers/w1/slaves/w1_therm.c
+++ b/drivers/w1/slaves/w1_therm.c
@@ -59,9 +59,20 @@ MODULE_ALIAS(w1-family-
2015-03-10 14:06 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 11:40, Jörg Otte wrote:
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm
state.
dvb-usb: will pass the complete MPEG2
As far as I can tell, these fields have been set to zero on save and
ignored on restore since Linux was imported into git. Rename them
'__pad1' and '__pad2' to avoid confusion and to allow them to be
recycled some day.
I'm intentionally avoiding calling either of them __pad0: the field
formerly
Patch 1 is IMO a bug fix.
Patch 2 is a cleanup and avoids some confusion. It's also sort of an
API break (no ABI change) because it removes a struct field. But that
struct field has never done anything at all as far as I can tell.
AFAICT this series got bogged down in discussion about patch 2
From: Rik van Riel r...@redhat.com
With code elsewhere doing something conditional on whether or not
context tracking is enabled, we want a stub function that tells us
context tracking is not enabled, when CONFIG_CONTEXT_TRACKING is
not set.
Reviewed-by: Paul E. McKenney
These don't seem to be used anywhere.
Acked-by: Rik van Riel r...@redhat.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Alexander Graf ag...@suse.de
Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
Cc: Andy Lutomirski l...@amacapital.net
Cc: Will deacon will.dea...@arm.com
Cc: Marcelo
On Tue, Mar 10, 2015 at 02:40:30PM +0300, Dan Carpenter wrote:
On Tue, Mar 10, 2015 at 09:57:06AM +, Lorenzo Stoakes wrote:
This patch assigns the more appropriate void* type to the mmio750 variable
eliminating an unnecessary volatile qualifier in the process. Additionally
it
updates
On Fri, Feb 27, 2015 at 05:57:08PM +0100, Sebastian Andrzej Siewior wrote:
+#ifdef CONFIG_WW_MUTEX_RTMUTEX
+static void ww_mutex_lock_acquired(struct ww_mutex *ww,
+struct ww_acquire_ctx *ww_ctx)
+{
+#ifdef CONFIG_DEBUG_MUTEXES
+ /*
+ * If this
Hi,
Le mercredi 04 mars 2015 à 02:13 +0200, Matthias Bonne a écrit :
I am trying to understand how mutexes work in the kernel, and I think
there might be a race between mutex_trylock() and mutex_unlock(). More
specifically, the race is between the functions
__mutex_trylock_slowpath and
On Tue, Mar 10, 2015 at 12:47:44PM +, Lorenzo Stoakes wrote:
On 10 March 2015 at 12:36, Sudip Mukherjee sudipm.mukher...@gmail.com wrote:
but it is introducing two new build warnings:
drivers/staging/sm750fb/sm750_hw.c: In function ‘hw_sm750_map’:
On Mar 10, 2015 1:12 AM, joeyli j...@suse.com wrote:
Hi,
On Mon, Mar 09, 2015 at 02:10:37PM +0200, Boaz Harrosh wrote:
On 03/06/2015 01:09 AM, Andy Lutomirski wrote:
I will be shocked if a standard of this form ever appears. Modern
systems *don't have e820*. The BIOSes that are
On Tue, Mar 10, 2015 at 6:18 AM, Denys Vlasenko dvlas...@redhat.com wrote:
On 03/10/2015 01:51 PM, Ingo Molnar wrote:
* Denys Vlasenko dvlas...@redhat.com wrote:
PER_CPU(old_rsp) usage is simplified - now it is used only
as temp storage, and userspace stack pointer is immediately stored
in
On 10 March 2015 at 13:06, Dan Carpenter dan.carpen...@oracle.com wrote:
You should have said that in the patch description or under the ---
cut off. But anyway, it's not ok. And we'll need to redo this patch.
Breaking up patches into logical changes is sort of tricky because
everything
* Denys Vlasenko dvlas...@redhat.com wrote:
So there are now +2 instructions (5 instead of 3) in the
system_call path, but there are -2 instructions in the SYSRETQ
path,
Unfortunately, no. [...]
So I assumed that it was an equivalent transformation, given that none
of the changelogs
[cc: Oleg, Borislav]
On Tue, Mar 10, 2015 at 7:03 AM, Andy Lutomirski l...@amacapital.net wrote:
The comment in the signal code says that apps can save/restore other
segments on their own. It's true that apps can *save* SS on their
own, but there's no way for apps to restore it: SYSCALL
On Tue, Mar 10, 2015 at 01:01:07PM +0100, Petr Mladek wrote:
On Mon 2015-03-09 09:40:55, Josh Poimboeuf wrote:
On Mon, Mar 09, 2015 at 02:25:28PM +0100, Petr Mladek wrote:
+
mutex_unlock(module_mutex);
}
@@ -736,6 +748,7 @@ static int klp_init_object(struct klp_patch *patch,
On Wed, Feb 18, 2015 at 3:50 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Tue, 2015-02-17 at 20:57 -0800, Greg Kroah-Hartman wrote:
Acked-by: Rob Herring r...@kernel.org
Thanks, I'll queue these up after 3.20-rc1 is out.
It doesn't look like these 2 patches got applied.
101 - 200 of 1866 matches
Mail list logo