On Fri, Jan 24, 2014 at 08:54:16AM +0100, Sascha Hauer wrote:
> Before we had the PWM framework we used to have a barebone PWM api. The
> HAVE_PWM Kconfig symbol used to be selected by the PWM drivers to specify
> the PWM API is present in the kernel. Since the last legacy driver is gone
> the HAVE
On Fri, Feb 07, 2014 at 07:48:49PM +, Marek Belisko wrote:
> Signed-off-by: NeilBrown
> Signed-off-by: Marek Belisko
> ---
> Based on Neil's patch and extend for documentation and bindings include.
>
> .../bindings/net/rfkill/rfkill-relugator.txt | 28
> include/dt-bi
On 5 February 2014 15:45, Fabio Estevam wrote:
> On Tue, Feb 4, 2014 at 1:58 PM, Ulf Hansson wrote:
>
>> +static int nmk_i2c_runtime_resume(struct device *dev)
>> +{
>> + struct amba_device *adev = to_amba_device(dev);,
>> + struct nmk_i2c_dev *nmk_i2c = amba_get_drvdata(adev);
>> +
>
> "Wolfram" == Wolfram Sang writes:
> Warn users that class based instantiation is going away soon in favour
> of more robust probing and faster bootup times.
> Signed-off-by: Wolfram Sang
> Cc: Peter Korsgaard
> ---
> This patch is a suggestion. Looking for an ack by someone who ac
On Mon, 10 Feb 2014, poma wrote:
> [ 83.530421] WARNING: CPU: 0 PID: 2243 at mm/slub.c:1007
> deactivate_slab+0x4e0/0x590()
Yeah, you'll need the patch from the http://marc.info/?t=13914579132
thread. It's in the -mm tree as
mm-slub-list_lock-may-not-be-held-in-some-circumstances.patch an
On 5 February 2014 15:34, Linus Walleij wrote:
> On Tue, Feb 4, 2014 at 4:58 PM, Ulf Hansson wrote:
>
>> Since the device is active while a successful probe has been completed,
>> the reference counting for the clock will be screwed up and never reach
>> zero.
>>
>> The issue is resolved by imple
Add keystone timer entry to keystone device tree.
This 64-bit timer is used as backup clock event device.
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/boot/dts/keystone-clocks.dtsi | 10 ++
arch/arm/boot/dts/keystone.dtsi| 7 +++
2 files changed, 17 insertions(+)
diff --git
This patch provides bindings for the 64-bit timer in the KeyStone
architecture devices. The timer can be configured as a general-purpose 64-bit
timer, dual general-purpose 32-bit timers. When configured as dual 32-bit
timers, each half can operate in conjunction (chain mode) or independently
(uncha
Add broadcast clock-event device for the Keystone arch.
The timer can be configured as a general-purpose 64-bit timer,
dual general-purpose 32-bit timers. When configured as dual 32-bit
timers, each half can operate in conjunction (chain mode) or
independently (unchained mode) of each other.
Revi
On Mon, Feb 10, 2014 at 03:25:34AM +, Laura Abbott wrote:
> On 2/6/2014 6:09 PM, Courtney Cavin wrote:
> > On Wed, Feb 05, 2014 at 01:02:31AM +0100, Laura Abbott wrote:
> >> memblock is now fully integrated into the kernel and is the prefered
> >> method for tracking memory. Rather than reinven
Add a broadcast timer64 based clockevent driver for keystone arch.
This driver uses timer in 64-bit general purpose mode as clock event
device.
Documentation:
http://www.ti.com/lit/ug/sprugv5a/sprugv5a.pdf
Based on
git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git
keys
Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
Signed-off-by: Tarek Dakhran
Signed-off-by: Vyacheslav Tyrtov
Reviewed-by: Tomasz Figa
---
arch/arm/boot/dts/Makefile|1 +
arch/arm/boot/dts/exynos5410-smdk5410.dts | 72 +++
arch/arm/boot/dt
With I2C, class based instantiation means if a master driver has e.g.
I2C_CLASS_HWMON set, all slave drivers with this class will try to probe a
device using an array of possible addresses and some heuristics. That creates
traffic and needs time, even when nothing is connected. This mechanism is
ne
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Ludovic Desroches
---
drivers/i2c/busses/i2c-at91.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-
EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
Add initial support for this SoC.
Signed-off-by: Tarek Dakhran
Signed-off-by: Vyacheslav Tyrtov
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/Kconfig | 10 ++
arch/arm/mach-exynos/common.c| 18 ++
The series of patches represent support of Exynos 5410 SoC
The Exynos 5410 is the first Samsung SoC based on bigLITTLE architecture
Patches add new platform description, support of clock controller and device
tree for Exynos 5410.
Dual cluster support for Exynos 5410 (EDCS) has been removed fro
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
Signed-off-by: Tarek Dakhran
Signed-off-by: Vyacheslav Tyrtov
Acked-by: Tomasz Figa
---
.../devicetree/bindings/clock/exynos5410-clock.txt | 54 +
drivers/clk/samsung/Make
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-bcm2835.c | 2 +-
1 file changed
Class based instantiation can cause noticeable delays when booting. This
mechanism is used when it is not possible to describe slaves on I2C
busses. As we do have other mechanisms, most embedded I2C will not need
classes and for embedded it is explicitly not recommended to use them. Add
a deprecati
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Sonic Zhang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-bfin-twi.c | 2
Hi Daniel,
On Fri, Feb 7, 2014 at 4:40 AM, Daniel Lezcano
wrote:
> The idle_balance modifies the idle_stamp field of the rq, making this
> information to be shared across core.c and fair.c. As we can know if the
> cpu is going to idle or not with the previous patch, let's encapsulate the
> idle_s
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Peter Korsgaard
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-ocores.c |
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-designware-platdrv.c | 2 +-
1 f
Signed-off-by: Wolfram Sang
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
---
Documentation/i2c/instantiating-devices | 34 +++--
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/Documentation/i2c/instantiating-devices
b/Docume
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Alessandro Rubini
Cc: Linus Walleij
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/b
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-rcar.c | 2 +-
1 file changed, 1
On Mon, 10 Feb 2014, poma wrote:
> [ 83.558551] [] amd_e400_idle+0x87/0x130
So this seems to happen only on AMD machines which use that e400 idle
mode. I have no idea at the moment whats wrong there. I'll find one of
those machines and try to reproduce.
Thanks,
tglx
--
To unsubsc
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Ben Dooks
Cc: Kukjin Kim
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-s
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Sekhar Nori
Cc: Kevin Hilman
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i
On Mon, 2014-02-10 at 15:59 +0800, Yijing Wang wrote:
> Hi Oliver,
>Thanks for your review and comments!
>
> >> +static DEFINE_SPINLOCK(pci_freeze_lock);
> >
> > The lock is used only here.
>
> Also be used in pci_bus_unfreeze_device();
Sorry, I meant only in this patch.
>
> >
> >> +/**
Acked-by: Lai Jiangshan
On 02/01/2014 03:53 AM, Zoran Markovic wrote:
> From: Shaibal Dutta
>
> For better use of CPU idle time, allow the scheduler to select the CPU
> on which the SRCU grace period work would be scheduled. This improves
> idle residency time and conserves power.
>
> This fun
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Barry Song
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-sirf.c | 2 +-
1
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Linus Walleij
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-stu300.c | 2
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Laxman Dewangan
Cc: Stephen Warren
Cc: Thierry Reding
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driv
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-xiic.c | 2 +-
1 file changed, 1
On Mon, 10 Feb 2014, Raghavendra K T wrote:
> As you rightly pointed , I 'll drop remote memory term and use
> something like :
>
> "* Ensure readahead success on a memoryless node cpu. But we limit
> * the readahead to 4k pages to avoid trashing page cache." ..
>
I don't know how to proceed
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
---
This patch is a suggestion. Looking for an ack by someone who actually uses
the driver.
drivers/i2c/busses/i2c-mv64xxx.c | 2 +-
1 file changed
Warn users that class based instantiation is going away soon in favour
of more robust probing and faster bootup times.
Signed-off-by: Wolfram Sang
Cc: Jean Delvare
---
drivers/i2c/busses/i2c-omap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-omap.
On 10/02/14 02:09, Jingoo Han wrote:
> The HAVE_PWM symbol is only for legacy platforms that provide
> the PWM API without using the generic framework. The lpc32xx
> platforms use the generic PWM framework, after the commit "2132fa8
> pwm: add lpc32xx PWM support".
>
> Signed-off-by: Jingoo Han
>
On Sun, Feb 09, 2014 at 05:43:55PM +0900, Alexandre Courbot wrote:
> gpio_to_desc() must die. Replace one of its usage by the
> newly-introduced gpiochip_get_desc() function.
>
> Signed-off-by: Alexandre Courbot
> ---
> Mika, can we have your review on this?
Sure, looks good.
Reviewed-by: Mika
On Sun, Feb 09, 2014 at 05:43:54PM +0900, Alexandre Courbot wrote:
> Some drivers dealing with a gpio_chip might need to act on its
> descriptors directly; one example is pinctrl drivers that need to lock a
> GPIO for being used as IRQ using gpiod_lock_as_irq().
>
> This patch exports a gpiochip_g
Tonian is now Primary Data.
Signed-off-by: Benny Halevy
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6a6e4ac..b42174d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6336,7 +6336,7 @@ F:drivers/net/wireless/orinoco/
On Monday 10 February 2014, Randy Dunlap wrote:
[...]
> Gene, I want to make sure where you are saying the problem is.
> Is it going directly from 3.019 to 3.8.2, with no intervening kernel
> versions?
No, one intermediate step in this case.
I started with 3.0.19,
On Fri, Feb 07, 2014 at 04:49:18PM +, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch removes the redundant sysfs cacheinfo code by making use of
> the newly introduced generic cacheinfo infrastructure.
>
> Signed-off-by: Sudeep Holla
> Cc: Martin Schwidefsky
> Cc: Heiko Carstens
On Thu, Jan 23, 2014 at 05:22:54PM +0100, Peter Zijlstra wrote:
> On Thu, Jan 23, 2014 at 05:28:29AM -0800, Kent Overstreet wrote:
> > pool->lock is also going to be fairly badly contended in the worst case,
> > and that can get real bad real fast... now that I think about it we
> > probably want t
These messages are terrifying... We do not want to encourage a million
first patch submitters to start introducing = vs == bugs.
Did you look through the warning messages this generates? Was it ever
appropriate to change the == to =?
Please remove the second part of that message.
Also there ne
On Fri, Feb 7, 2014 at 8:55 AM, Jingoo Han wrote:
> Use devm_ioremap_resource() in order to make the code simpler,
> and remove redundant return value check of platform_get_resource()
> because the value is checked by devm_ioremap_resource().
>
> Signed-off-by: Jingoo Han
Acked-by: Linus Wallei
From: Pratyush Anand
First three patches are improvement and fixes for SPEAr13xx support.
Patches 4-6 add miphy40lp skelten driver and support for spear1310/40 miphy
wrapper. Patch 7 add support for SPEAr13xx PCIe.
These pathes are tested with linux-3.14-rc1 with following patch on the top of
it
On Sat, Feb 08, 2014 at 03:10:37PM -0500, Tejun Heo wrote:
> Hello, David, Fengguang, Chris.
>
> On Fri, Feb 07, 2014 at 01:13:06PM -0800, David Rientjes wrote:
> > On Fri, 7 Feb 2014, Fengguang Wu wrote:
> >
> > > On Fri, Feb 07, 2014 at 02:13:59AM -0800, David Rientjes wrote:
> > > > On Fri, 7
HI Daniel,
Isn't the only scenario where another cpu can put an idle task on
our runqueue, in nohz_idle_balance() where only the cpus in
the nohz.idle_cpus_mask are iterated through. But for the case
that this patch is addressing, the cpu in question is not yet a part
of the nohz.idle_cpus_mask ri
On 10/02/2014 07:09, Bo Shen :
> When SSC works in slave mode, according to the hardware design, the
> clock can get from TK pin, also can get from RK pin. So, add one
> parameter to choose where the clock from.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
> Changes in v3:
> - Ne
On 10/02/2014 07:09, Bo Shen :
> Add the option to choose clock on which pin input to SSC (as slave).
> Default is on TK pin to SSC, add "atmel,clk-from-rk-pin" option to
> specify the clock is on RK pin to SSC.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
> Changes in v3:
> - No
Hi Gautham,
On 02/08/2014 12:41 AM, Gautham R Shenoy wrote:
> On Thu, Feb 06, 2014 at 07:41:03PM +0100, Oleg Nesterov wrote:
>> On 02/06, Srivatsa S. Bhat wrote:
>>>
>>> The following method of CPU hotplug callback registration is not safe
>>> due to the possibility of an ABBA deadlock involving t
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Add pin, group and function definitions for SPI#8
> controller.
>
> Signed-off-by: Ivan T. Ivanov
Björn can I have your ACK on this patch?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "u
Hi Filipe,
> If you disable CONFIG_BTRFS_FS_RUN_SANITY_TESTS, does it still crash?
I tried disabling CONFIG_BTRFS_FS_RUN_SANITY_TESTS in the reported 3
randconfigs and they all boot fine.
Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Mon, Feb 10, 2014 at 10:59:14AM +0900, Daeseok Youn wrote:
> @@ -1376,14 +1376,14 @@ static int ion_debug_heap_show(struct seq_file *s,
> void *unused)
> }
> }
> mutex_unlock(&dev->buffer_lock);
> - seq_printf(s, "---
As commit 0e0c0797 expose the priority related macros in linux/sched/prio.h,
we don't have to implement task_nice in kernel/sched/core.c any more.
This patch implement it in linux/sched/sched.h as static inline function,
saving the kernel stack and enhancing the performance.
Signed-off-by: Dongsh
Some bits about priority are defined in linux/sched/rt.h, but
some of them are not only for rt scheduler, such as MAX_PRIO.
This patch move them all into a new header file, linux/sched/prio.h.
Signed-off-by: Dongsheng Yang
---
include/linux/sched.h | 1 +
include/linux/sched/prio.h | 23 +
Some macros in kernel/sched/sched.h about priority are
private to kernel/sched. But they are useful to other
parts of the core kernel.
This patch move these macros from kernel/sched/sched.h to
include/linux/sched/prio.h so that they are available to
other subsystems.
Signed-off-by: Dongsheng Yang
Hi Peter,
This patchset is version 2 about priority of sched. Please help to review.
Sorry for the late update about it, coming back from vacation.
v2:
* leave the task_prio() in kernel/sched/core.c
* remove macro TASK_NICE and implement it as static inline
On Sun, Feb 09, 2014 at 05:07:58PM -0800, Haiyang Zhang wrote:
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Changelog sucks. What are the user visible effects of this bug?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Fri, Jan 31, 2014 at 2:34 PM, Linus Walleij wrote:
> This adds a driver for the Atmel Microcontroller found on the
> iPAQ h3xxx series. This device handles some keys, the
> touchscreen, and the battery monitoring.
Any opinions on this driver or should we queue it in MFD as-is?
Yours,
Linus W
On 07/02/2014 18:19, Jean-Christophe PLAGNIOL-VILLARD :
> On 15:37 Fri 07 Feb , Nicolas Ferre wrote:
>> On 07/02/2014 09:01, Jean-Christophe PLAGNIOL-VILLARD :
>>> On 09:35 Wed 05 Feb , Nicolas Ferre wrote:
Add DT file for new SAMA5D3 Xpained board.
This board is based on Atmel's
On 10/02/14 08:50, Fabrice Gasnier wrote:
On 02/07/2014 06:09 PM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 04:19:15PM +, Fabrice GASNIER wrote:
This patch adds imprecise abort enable/disable macros.
It also enables imprecise aborts when starting kernel.
Signed-off-by: Fabrice Gasnier
--
Am 10.02.2014 um 09:27 schrieb Johannes Berg:
> On Fri, 2014-02-07 at 20:48 +0100, Marek Belisko wrote:
>
>> +#define RFKILL_TYPE_ALL (0)
>> +#define RFKILL_TYPE_WLAN(1)
>> +#define RFKILL_TYPE_BLUETOOTH (2)
>> +#define RFKILL_TYPE_UWB (3)
>> +#define RFKILL_TYPE
On Mon, 10 Feb 2014, Chuansheng Liu wrote:
> There is below race between irq handler and irq thread:
> irq handler irq thread
>
> irq_wake_thread() irq_thread()
> set bit RUNTHREAD
> ...clear bit RUNTHREAD
>
On Wed, Feb 05, 2014 at 07:44:48PM -0600, Calvin Owens wrote:
> Create a function to return a descriptive string for each reason code,
> and print that instead of the numeric value in the kernel log. These
> codes are easily found on popular search engines, but one is generally
> not able to access
Hi,
I am using Openswan to configure an IPSec VPN (using the xfrm/netkey
backend). Large HTTP POST requests from the client seem to get stuck,
because the outgoing packets are 1530 bytes (before being wrapped into
ESP packets). The problem goes away by setting sysctl
net.ipv4.ip_no_pmtu_disc=
At Sun, 9 Feb 2014 00:47:36 +0900,
Masanari Iida wrote:
>
> This patch fixed 2 typos in DocBook/alsa-driver-api.xml.
> It is because this file is generated by make xmldocs,
> I have to fix typos within source files.
>
> Signed-off-by: Masanari Iida
Thanks, applied.
Takashi
> ---
> sound/co
From: Pratyush Anand
ahci driver needs some platform specific functions which are called at
init, exit, suspend and resume conditions. Till now these functions were
present in a platform driver with a fixme notes.
Similar functions modifying same set of registers will also be needed in
case of P
Hi Yijing,
For the powerpc part:
Acked-by: Preeti U Murthy
On Mon, Feb 10, 2014 at 7:28 AM, Yijing Wang wrote:
> Currently, clocksource_register() and __clocksource_register_scale()
> functions always return 0, it's pointless, make functions void.
> And remove the dead code that check the cloc
From: Pratyush Anand
ST miphy-40lp supports PCIe, SATA and Super Speed USB. This driver adds
skeleton support for the same.
This skeleton defines function corresponding to phy ops as well as sleep
pm ops. Any platform using this phy can add its own platform specific
ops(if needed) corresponding
From: Pratyush Anand
SPEAr1310 and SPEAr1340 uses miphy40lp phy for PCIe. This driver adds
support for the same.
Signed-off-by: Pratyush Anand
Tested-by: Mohit Kumar
Cc: Arnd Bergmann
Cc: Kishon Vijay Abraham I
Cc: spear-de...@list.st.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-ke
Am 10.02.2014 09:49, schrieb Geert Uytterhoeven:
> On Sun, Feb 9, 2014 at 9:21 PM, Richard Weinberger wrote:
>> Am 09.02.2014 21:15, schrieb Paul Bolle:
>>> On Sun, 2014-02-09 at 21:04 +0100, Richard Weinberger wrote:
Am 09.02.2014 20:38, schrieb Paul Bolle:
> But now you've enabled a lot
On 02/07/2014 06:09 PM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 04:19:15PM +, Fabrice GASNIER wrote:
This patch adds imprecise abort enable/disable macros.
It also enables imprecise aborts when starting kernel.
Signed-off-by: Fabrice Gasnier
---
arch/arm/include/asm/irqflags.h | 33
On Sun, Feb 9, 2014 at 9:21 PM, Richard Weinberger wrote:
> Am 09.02.2014 21:15, schrieb Paul Bolle:
>> On Sun, 2014-02-09 at 21:04 +0100, Richard Weinberger wrote:
>>> Am 09.02.2014 20:38, schrieb Paul Bolle:
But now you've enabled a lot of stuff that, as far as I can tell, could
not ha
On 02/06/2014 11:09 PM, Stephane Eranian wrote:
> On Wed, Feb 5, 2014 at 6:45 PM, Stephane Eranian wrote:
>> On Fri, Jan 3, 2014 at 6:48 AM, Yan, Zheng wrote:
>>> When the LBR call stack is enabled, it is necessary to save/restore
>>> the LBR stack on context switch. The solution is saving/restor
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, Len;
> linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi
> S
On Mon, Feb 10, 2014 at 04:24:43PM +0800, Xiubo Li-B47053 wrote:
> Sorry, my misunderstanding about your comment.
>
> Please ignore the last mail.
>
> I will send v2 of this patch.
No, you don't need to.
Just rechecked it with RM. Your patch is correct.
I forgot I used A's WIDTH intentionally
On Fri, 2014-02-07 at 20:48 +0100, Marek Belisko wrote:
> +#define RFKILL_TYPE_ALL (0)
> +#define RFKILL_TYPE_WLAN (1)
> +#define RFKILL_TYPE_BLUETOOTH(2)
> +#define RFKILL_TYPE_UWB (3)
> +#define RFKILL_TYPE_WIMAX(4)
> +#define RFKILL_TYPE_WWAN (5)
>
Hi,
On Thursday 06 February 2014 07:37 PM, Tomasz Figa wrote:
> Hi Vivek,
>
> This patch is just adding the PHY driver. I would also like to look at some
> users of it, to see how this works when put together.
>
> For now, please see my comments inline.
>
> On 20.01.2014 14:42, Vivek Gautam wro
There is below race between irq handler and irq thread:
irq handler irq thread
irq_wake_thread() irq_thread()
set bit RUNTHREAD
...clear bit RUNTHREAD
thread_fn()
Sorry, my misunderstanding about your comment.
Please ignore the last mail.
I will send v2 of this patch.
Thanks very much.
> > > diff --git a/sound/soc/fsl/fsl_esai.h b/sound/soc/fsl/fsl_esai.h
> > > index 9c9f957..75e1403 100644
> > > --- a/sound/soc/fsl/fsl_esai.h
> > > +++ b/sound/soc/fsl/f
Change the comment "chasnge" to "change".
Signed-off-by: Chuansheng Liu
---
kernel/irq/manage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index 481a13c..4802295 100644
--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -727,
* Andrew Morton [2014-02-06 14:51:05]:
> On Wed, 22 Jan 2014 16:23:45 +0530 Raghavendra K T
> wrote:
>
>
> Looks reasonable to me. Please send along a fixed up changelog.
>
Hi Andrew,
Sorry took some time to get and measure benefit on the memoryless system.
Resending patch with changelog a
On Fri 07-02-14 17:41:34, Rashika Kheria wrote:
> Mark functions as static in page_cgroup.c because they are not used
> outside this file.
>
> This eliminates the following warning in mm/page_cgroup.c:
> mm/page_cgroup.c:177:6: warning: no previous prototype for
> ‘__free_page_cgroup’ [-Wmissing-
> > diff --git a/sound/soc/fsl/fsl_esai.h b/sound/soc/fsl/fsl_esai.h
> > index 9c9f957..75e1403 100644
> > --- a/sound/soc/fsl/fsl_esai.h
> > +++ b/sound/soc/fsl/fsl_esai.h
> > @@ -322,7 +322,7 @@
> > #define ESAI_xSMB_xS_SHIFT 0
> > #define ESAI_xSMB_xS_WIDTH 16
> > #define ESAI_xSMB_xS_MASK
On 02/09/2014 07:44 PM, Bastien Traverse wrote:
> Le 07/02/2014 02:19, Rafael J. Wysocki a écrit :
>> Please send the output of lspci -vv right before suspend and right after
>> the subsequent resume as attachments.
>
> You'll find them attached, but I got a strange error when I wanted to
> run it
On 02/08/2014 02:11 AM, David Rientjes wrote:
On Fri, 7 Feb 2014, Raghavendra K T wrote:
3) Change the "readahead into remote memory" part of the documentation
which is misleading.
( I feel no need to add numa_mem_id() since we would specifically limit
the readahead with MAX_REMOTE_READAHEAD in
On Fri, Feb 7, 2014 at 8:01 PM, Christian Daudt wrote:
> On Fri, Feb 7, 2014 at 10:35 AM, Christian Daudt wrote:
>> On Thu, Feb 6, 2014 at 1:21 AM, Linus Walleij
>> wrote:
>>> On Tue, Feb 4, 2014 at 9:13 PM, Sherman Yin wrote:
On 14-02-04 12:49 AM, Axel Lin wrote:
>
> Signed-off-b
Good morning hackers,
The screen on the Lenovo Yoga 2 Pro can rotate up to 180 degrees and it would
be awesome
if we could rotate it automatically under Linux. xrandr can already rotate it,
what is missing
is an event that we can trigger on.
Is there any way to find out
a) if the screen
On Fri, Feb 07, 2014 at 10:35:02AM +0900, Namhyung Kim wrote:
SNIP
>
>
> Namhyung Kim (21):
> perf tools: Introduce struct hist_entry_iter
> perf hists: Add support for accumulated stat of hist entry
> perf hists: Check if accumulated when adding a hist entry
> perf hists: Accumulate hi
On Mon, Feb 10, 2014 at 02:47:17PM +0800, Xiubo Li wrote:
> Cc: Nicolin Chen
> Signed-off-by: Xiubo Li
> ---
> sound/soc/fsl/fsl_esai.c | 4 ++--
> sound/soc/fsl/fsl_esai.h | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/sound/soc/fsl/fsl_esai.c b/sound/soc/fsl/fsl_e
From: Stefani Seibold
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 vsyscal
MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
chip includes fan-speed regulators and monitors, GPIO, and alarm.
This patch is an initial release of a MAX6650/6651 MFD driver that
supports to enable the chip with its primary I2C bus that will connect
the hwmon, and then the g
From: Stefani Seibold
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/
From: Stefani Seibold
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 |
From: Stefani Seibold
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
From: Stefani Seibold
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/vc
From: Stefani Seibold
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
-
901 - 1000 of 1005 matches
Mail list logo
