On HP EliteBook Revolve 810 the ACPI backlight device doesn't work as
expected. For example when resuming from system sleep, it seems to lose
backlight settings.
Forcing Intel driver fixes the problem so add this machine the ACPI
video detect blacklist.
Signed-off-by: Mika Westerberg
---
On 02/02/14 18:52, Zoltan Kiss wrote:
> On 02/02/14 11:29, Julien Grall wrote:
>> Hello,
>>
>> This patch is breaking Linux compilation on ARM:
>>
>> drivers/xen/grant-table.c: In function ‘__gnttab_map_refs’:
>> drivers/xen/grant-table.c:989:3: error: implicit declaration of
>> function
[Adding linux-mm to the CC]
On Fri 31-01-14 00:58:16, Igor Podlesny wrote:
>Hello!
>
>Probably every Linux newcomer's going to have concerns regarding
> low free memory and hear an explanation from Linux old fellows that's
> actually there's plenty of -- it's just cached, but when it's
On Mon, 3 Feb 2014, Mel Gorman wrote:
> > Page migration will fail for memory that is pinned in memory with, for
> > example, get_user_pages(). In this case, it is unnecessary to take
> > zone->lru_lock or isolating the page and passing it to page migration
> > which will ultimately fail.
> >
>
On Thu, Jan 30, 2014 at 04:11:10PM +, Adrien Vergé wrote:
> In the same manner as for enabling tracing, an entry is created in
> sysfs to set the PID that triggers tracing. This change is effective
> only if CONFIG_PID_IN_CONTEXTIDR is set.
>
> When using PID namespaces, the virtual PID given
On Mon, Feb 03, 2014 at 01:24:41AM +, sh...@churchofgit.com wrote:
> Original Message
> From: "Andrey Wagin"
> To: "Shawn Landden"
> CC: "LKML" , "c...@openvz.org"
> , "Alexander Viro" ,
> linux-fsde...@vger.kernel.org, "Thomas Gleixner"
> Sent: Wed,
> Expose some DSP registers which are useful for DSP users to be able to
> access whilst debugging their firmware.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5110-tables.c | 168
> +
> include/linux/mfd/arizona/registers.h | 67
> Expose some DSP registers which are useful for DSP users to be able to
> access whilst debugging their firmware.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5102-tables.c | 34
> +
> include/linux/mfd/arizona/registers.h | 17
Hi Richard,
> >> On archs like S390 or um this driver cannot build nor work.
> >> Make it depend on HAS_IOMEM to bypass build failures.
> >>
> >> drivers/built-in.o: In function `dw_wdt_drv_probe':
> >> drivers/watchdog/dw_wdt.c:302: undefined reference to
> >> `devm_ioremap_resource'
> >>
> >>
On Sun, Feb 02, 2014 at 06:11:19PM +0100, Rafael J. Wysocki wrote:
> As stated in the message at
> http://marc.info/?l=linux-acpi=139135963030012=4 ,
> patch [1/6] was actaully wrong and the whole patchset had to be reworked for
> that
> reason. What follows is an entirely new version:
>
>
On Sun, Feb 02, 2014 at 01:19:33AM +0100, Rafael J. Wysocki wrote:
> On Monday, January 27, 2014 01:37:17 AM Rafael J. Wysocki wrote:
> > Hi All,
> >
> > ACPIPHP can be simplified a bit on top of some PCI and ACPI changes merged
> > recently and the following series of patches implements those
>
From: James Hogan
> On 03/02/14 10:05, David Laight wrote:
> > From: Dan Carpenter
> >> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
> >>> It seems, our kernel still stick to treate 'pack' region have effect
> >>> with both 'align' and 'sizeof'.
> >>
> >> It's not about packed
On Fri, Jan 31, 2014 at 11:01:40AM -0500, Konrad Rzeszutek Wilk wrote:
> Perhaps by using 'subsys_system_register' and stick it there?
This will not call ->resume callback as it is only called for
devices, so additional dummy device is needed, for example:
struct device xap_dev = {
> If CONFIG_PM_SLEEP=n:
>
> drivers/mfd/max14577.c:177: warning: ‘max14577_suspend’ defined but not used
> drivers/mfd/max14577.c:200: warning: ‘max14577_resume’ defined but not used
>
> Signed-off-by: Geert Uytterhoeven
> ---
> drivers/mfd/max14577.c |2 ++
> 1 file changed, 2
> If CONFIG_PM_SLEEP=n:
>
> drivers/mfd/sec-core.c:349: warning: ‘sec_pmic_suspend’ defined but not used
> drivers/mfd/sec-core.c:371: warning: ‘sec_pmic_resume’ defined but not used
>
> Signed-off-by: Geert Uytterhoeven
> ---
> drivers/mfd/sec-core.c |2 ++
> 1 file changed, 2
Hi Linus, Sekhar,
On 01/16/2014 06:29 AM, Sekhar Nori wrote:
> On Wednesday 15 January 2014 09:20 PM, Kevin Hilman wrote:
>> Sekhar Nori writes:
>>
>>> On Wednesday 15 January 2014 07:21 PM, Linus Walleij wrote:
On Wed, Jan 15, 2014 at 1:54 PM, Sekhar Nori wrote:
> On Wednesday 15
On Thu, Jan 30, 2014 at 01:12:47PM +, Leif Lindholm wrote:
> Oh, that's neat - thanks!
>
> Well, given that, I can think of two less horrible options:
> 1)
> .macro update_sctlr, tmp:req, set=, clear=
> mrc p15, 0, \tmp, c1, c0, 0
> .ifnc \set,
> orr \tmp,
On Thu, Jan 23, 2014 at 4:11 PM, Lee Jones wrote:
>> > Patch looks good to me. Is there any reason why we should rush this in
>> > for v3.14, or is it okay to go to -next?
>>
>> No rush, but it's been on review like forever so unless there is
>> some noise from the DT people at -rc1 I'd be very
On 02/03/2014 06:22 PM, James Hogan wrote:
> On 03/02/14 10:05, David Laight wrote:
>> From: Dan Carpenter
>>> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
It seems, our kernel still stick to treate 'pack' region have effect
with both 'align' and 'sizeof'.
>>>
>>> It's not
On Thu, Jan 30, 2014 at 02:01:38PM -0800, Linus Torvalds wrote:
> In the end, all the original call-sites should have a dentry, and none
> of this is "fundamental". But you're right, it looks like an absolute
> nightmare to add the dentry pointer through the whole chain. Damn.
>
> So I'm not
> Three of the PMIC registers have some bits that are changed
> autonomously by the PMIC itself (some time) after being set
> by some component driver of the DA9052 PMIC and hence they
> need to be marked as volatile so that the regmap API will
> not cache their values.
>
> Signed-off-by: Anthony
On Tue, 28 Jan 2014, Krzysztof Kozlowski wrote:
> Add support for MAX77836 charger to the max14577 driver. The MAX77836
> charger is almost the same as 14577 model except:
> - No dead-battery detection;
> - Support for special charger (like in max77693);
> - Support for DX over-voltage
On 02/03/2014 06:05 PM, David Laight wrote:
> From: Dan Carpenter
>> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
>>> It seems, our kernel still stick to treate 'pack' region have effect
>>> with both 'align' and 'sizeof'.
>>
>> It's not about packed regions. It's about unions.
On Tue, 28 Jan 2014, Krzysztof Kozlowski wrote:
> Add support for MAX77836 chipset and its additional two LDO regulators.
> These LDO regulators are controlled by the PMIC block with additional
> regmap (different I2C slave address).
>
> The MAX77836 charger and safeout regulators are almost
On Tue, 28 Jan 2014, Krzysztof Kozlowski wrote:
> Add support for MAX77836 chipset to the max14577 extcon driver. The
> MAX77836 MUIC has additional interrupts (VIDRM, ADC1K) so IRQ handling
> is split up into two functions: max14577_parse_irq() and
> max77836_parse_irq().
>
> Signed-off-by:
On Tue, 28 Jan 2014, Krzysztof Kozlowski wrote:
> Add Maxim 77836 support to max14577 driver. The chipsets have same MUIC
> component so the extcon, charger and regulators are almost the same. The
> max77836 however has also PMIC and Fuel Gauge.
>
> The MAX77836 uses three I2C slave addresses
On 03/02/14 10:05, David Laight wrote:
> From: Dan Carpenter
>> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
>>> It seems, our kernel still stick to treate 'pack' region have effect
>>> with both 'align' and 'sizeof'.
>>
>> It's not about packed regions. It's about unions. It's
On 02/03/2014 10:53 AM, Henrik Austad wrote:
> On Fri, Jan 31, 2014 at 05:43:27PM +0100, Juri Lelli wrote:
>> Don't compare sysctl_sched_rt_runtime against sysctl_sched_rt_period if
>> the former is equal to RUNTIME_INF, otherwise disabling -rt bandwidth
>> management always fails.
>>
>> Cc: Ingo
Hello,
> AS3935 chipset can detect lightning strikes and reports those back as
> events and the estimated distance to the storm.
couple of more comments:
the AS3935 seems to support I2C and SPI, the driver supports SPI only;
this should be noted somewhere
IIO already has a proximity channel
On Mon, Feb 3, 2014 at 10:57 AM, Vladimir Davydov
wrote:
> On 02/03/2014 10:21 AM, David Rientjes wrote:
>> On Sun, 2 Feb 2014, Vladimir Davydov wrote:
>>
>>> Per-memcg kmem caches are named as follows:
>>>
>>> (:)
>>>
>>> where is the unique id of the memcg the cache belongs
>>> to, is the
From: Dan Carpenter
> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
> > It seems, our kernel still stick to treate 'pack' region have effect
> > with both 'align' and 'sizeof'.
>
> It's not about packed regions. It's about unions. It's saying the
> sizeof() a union is a multiple of
On 02/03/2014 04:58 PM, Dan Carpenter wrote:
> On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
>> It seems, our kernel still stick to treate 'pack' region have effect
>> with both 'align' and 'sizeof'.
>>
>
> It's not about packed regions. It's about unions. It's saying the
>
On Sat, 1 Feb 2014, Benjamin Tissoires wrote:
> When using hid_output_report(), the buffer should be allocated by
> hid_alloc_report_buf(),
> not a custom malloc.
>
> Signed-off-by: Benjamin Tissoires
Good catch, applied, thanks.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list:
On Sat, Feb 1, 2014 at 12:45 AM, wrote:
> kstrimdup() creates a whitespace-trimmed duplicate of the passed in
> null-terminated string. This is useful for strings coming from sysfs that
> often include trailing whitespace due to user input.
I think kernel should be strict in what it accepts,
> This patch continues the preparation for adding support for max77836
> device to existing max14577 driver.
>
> Add enum for types of devices supported by this driver. The device type
> will be detected by matching of_device_id, or i2c_device_id as a
> fallback.
>
> The patch also moves to
On Fri, Jan 31, 2014 at 05:43:27PM +0100, Juri Lelli wrote:
> Don't compare sysctl_sched_rt_runtime against sysctl_sched_rt_period if
> the former is equal to RUNTIME_INF, otherwise disabling -rt bandwidth
> management always fails.
>
> Cc: Ingo Molnar
> Cc: Peter Zijlstra
> Signed-off-by: Juri
On Sat, Feb 01, 2014 at 09:46:26PM -0800, David Rientjes wrote:
> Page migration will fail for memory that is pinned in memory with, for
> example, get_user_pages(). In this case, it is unnecessary to take
> zone->lru_lock or isolating the page and passing it to page migration
> which will
> This patch continues the preparation for adding support for max77836
> device to existing max14577 driver.
>
> Add "muic" suffix to regmap and irq_data fields in maxim_core state
> container to prepare for max77836 support.
> This is only a rename-like patch, new code is not added.
>
>
At Sun, 02 Feb 2014 17:04:38 -0500,
Trond Myklebust wrote:
>
> On Sun, 2014-02-02 at 12:27 +, Russell King - ARM Linux wrote:
> > On Sat, Feb 01, 2014 at 01:03:28AM +, Russell King - ARM Linux wrote:
> > > On Fri, Jan 31, 2014 at 03:59:30PM -0500, Trond Myklebust wrote:
> > > > On Thu,
Nathaniel Yazdani wrote:
> Using the normal I/O interface to manipulate eventpolls is much neater
> than using epoll-specific syscalls
But it introduces a _second_ API, which is epoll-specific too, and does
not use the standard semantics either.
> while also allowing for greater flexibility
> This patch continues the preparation for adding support for max77836
> device to existing max14577 driver.
>
> The patch renames the struct "max14577" state container to "maxim_core".
> This is only a rename-like patch, new code is not added.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc:
Liam,
Can you please review / apply this patch? It fixes a real bug. I also
think it should go to the 3.13-stable tree.
Thanks,
Jean
On Mon, 27 Jan 2014 18:07:55 +, Mark Brown wrote:
> From: Mark Brown
>
> Once we have full constraints then all supply mappings should be known to
> the
On Mon, Feb 03, 2014 at 10:34:58AM +0100, Borislav Petkov wrote:
> On Mon, Feb 03, 2014 at 08:04:06AM +0100, Johannes Thumshirn wrote:
> > Boris, Mauro:
> >
> > Ping?
>
> No worries, I saw your patch. But in the future, please hold off from
> sending any patches during the merge window unless it
> This patch prepares for adding support for max77836 device to existing
> max14577 driver:
> 1. Renames most of symbols and defines prefixed with MAX14577 to MAXIM.
> 2. Adds prefixes (MAXIM or MAX14577) to defines without any MAX* prefix.
>
> This is only a rename-like patch, new code is not
On Mon, Feb 03, 2014 at 09:10:57AM +, naveen yadav wrote:
> We are using ARM SOC cortex A15. we are running 3.10.x kernel. I am
> using gcc 4.6
>
> I need floating point in kernel module.
Try fixed point arithmetics ;). Floating point is not allowed in the
kernel.
--
Catalin
--
To
On Mon, Feb 03, 2014 at 08:04:06AM +0100, Johannes Thumshirn wrote:
> Boris, Mauro:
>
> Ping?
No worries, I saw your patch. But in the future, please hold off from
sending any patches during the merge window unless it is a serious
regression to code already upstream.
Thanks.
--
Regards/Gruss,
> Use of_match_ptr() in assignment of i2c_driver.of_match_table.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Kyungmin Park
> Cc: Marek Szyprowski
> ---
> drivers/mfd/max14577.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/mfd/max14577.c
On Mon, 2014-02-03 at 09:31 +0100, Sebastian Andrzej Siewior wrote:
> On 02/03/2014 05:00 AM, Mike Galbraith wrote:
> > On Sun, 2014-02-02 at 21:10 +0100, Sebastian Andrzej Siewior wrote:
> >
> >> According to the backtrace both of them are trying to access the
> >> per-cpu hrtimer (sched_timer)
On Tue, 28 Jan 2014, Krzysztof Kozlowski wrote:
> Add of_compatible ("maxim,max14577-muic") to the mfd_cell for extcon
> driver. If entry with such compatible is present in the DTS, the extcon
> driver will have of_node set.
>
> This may be useful for extcon consumers and it is documented in
>
> Remove not needed max14577-private.h header inclusion in the main driver
> header. Remove obvious comment.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Kyungmin Park
> Cc: Marek Szyprowski
> ---
> include/linux/mfd/max14577.h |5 -
> 1 file changed, 5 deletions(-)
Applied, thanks.
> Remove unused symbol: enum max14577_irq_source.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Kyungmin Park
> Cc: Marek Szyprowski
> ---
> include/linux/mfd/max14577-private.h |8
> 1 file changed, 8 deletions(-)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing
> It is currently not possible to select the SA1100 or Vexpress
> drivers in the MFD subsystem, because the menu for the entire
> subsystem ends before these options are presented.
>
> Move the main menu closing and the endif for HAS_IOMEM to the
> end of the file so these are selectable again.
>
On 02/03/2014 08:45 AM, Joonsoo Kim wrote:
On Wed, Jan 29, 2014 at 05:52:41PM +0100, Vlastimil Babka wrote:
On 01/10/2014 09:48 AM, Joonsoo Kim wrote:
On Thu, Jan 09, 2014 at 09:27:20AM +, Mel Gorman wrote:
On Thu, Jan 09, 2014 at 04:04:40PM +0900, Joonsoo Kim wrote:
Hello,
I found some
Am 03.02.2014 09:58, schrieb Wim Van Sebroeck:
> Hi Richard,
>
>> On archs like S390 or um this driver cannot build nor work.
>> Make it depend on HAS_IOMEM to bypass build failures.
>>
>> drivers/built-in.o: In function `dw_wdt_drv_probe':
>> drivers/watchdog/dw_wdt.c:302: undefined reference to
Dear All,
We are using ARM SOC cortex A15. we are running 3.10.x kernel. I am
using gcc 4.6
I need floating point in kernel module. So when I build I got warning
WARNING: "__aeabi_d2iz" [/home/test/tt/hello.ko] undefined!
WARNING: "__aeabi_dmul" [/home/test/tt/hello.ko] undefined!
On Sat, Feb 01, 2014 at 09:57:39PM +0800, Chen Gang wrote:
> It seems, our kernel still stick to treate 'pack' region have effect
> with both 'align' and 'sizeof'.
>
It's not about packed regions. It's about unions. It's saying the
sizeof() a union is a multiple of 4 unless it's packed.
union
Hi Richard,
> On archs like S390 or um this driver cannot build nor work.
> Make it depend on HAS_IOMEM to bypass build failures.
>
> drivers/built-in.o: In function `dw_wdt_drv_probe':
> drivers/watchdog/dw_wdt.c:302: undefined reference to `devm_ioremap_resource'
>
> Signed-off-by: Richard
On Mon, Feb 03, 2014 at 08:16:49AM +0100, Michael Moese wrote:
> Allow for IO memory to be mapped cacheable for performing
> PCI read bursts.
>
> Signed-off-by: Michael Moese
> ---
> arch/powerpc/include/asm/io.h | 3 +++
> arch/powerpc/mm/pgtable_32.c | 8
> 2 files changed, 11
Hi Shimoda-san,
On Mon, 3 Feb 2014, Shimoda, Yoshihiro wrote:
> This patch fixes an issue that the following build error happens when
> the CONFIG_OF is not set:
>
> drivers/spi/spi-rspi.c: In function 'rspi_probe':
> drivers/spi/spi-rspi.c:1203:26: error: 'rspi_of_match' undeclared
On 01/28/2014 11:49 PM, Waiman Long wrote:
+#endif /* __ASM_GENERIC_QSPINLOCK_H */
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index d2b32ac..f185584 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -223,3 +223,10 @@ endif
config MUTEX_SPIN_ON_OWNER
def_bool
On 02/03/2014 09:26 AM, Guenter Roeck wrote:
> On 02/02/2014 11:01 PM, Michal Simek wrote:
>> On 01/31/2014 03:52 PM, Guenter Roeck wrote:
>>> On 01/31/2014 06:18 AM, Michal Simek wrote:
Enable this driver for Zynq.
Move it to architecture independent Kconfig part.
On 01/31/2014 12:19 AM, Raghavendra K T wrote:
On 01/30/2014 09:08 PM, Waiman Long wrote:
On 01/30/2014 03:55 AM, Raghavendra K T wrote:
On 01/28/2014 11:49 PM, Waiman Long wrote:
[...]
from kernel/bounds.c:9:
include/linux/log2.h: In function ‘__ilog2_u32’:
On 01/31/2014 09:15 PM, Arnd Bergmann wrote:
On Friday 31 January 2014, srinivas kandagatla wrote:
Sorry if I missed the initial review, but can you explain
why this is needed to start with?
On ST SoCs the default value for L2 AUX_CTRL register is 0x0, so we set
the way-size explicit here.
(2014/02/03 16:49), Namhyung Kim wrote:
> On Wed, 29 Jan 2014 09:14:59 +, Masami Hiramatsu wrote:
>> diff --git a/tools/perf/util/probe-event.c b/tools/perf/util/probe-event.c
>> index 4a9f43b..120954b 100644
>> --- a/tools/perf/util/probe-event.c
>> +++ b/tools/perf/util/probe-event.c
>> @@
On 02/03/2014 05:00 AM, Mike Galbraith wrote:
> On Sun, 2014-02-02 at 21:10 +0100, Sebastian Andrzej Siewior wrote:
>
>> According to the backtrace both of them are trying to access the
>> per-cpu hrtimer (sched_timer) in order to cancel but they seem to fail
>> to get the timer lock here. They
Semicolon after switch statement is not needed.
Signed-off-by: Sachin Kamat
---
drivers/phy/phy-twl4030-usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/phy-twl4030-usb.c b/drivers/phy/phy-twl4030-usb.c
index 254c72c94370..ab64182bafde 100644
---
Hi,
On Sat, Feb 01, 2014 at 05:38:41PM +, Mark Brown wrote:
> On Fri, Jan 31, 2014 at 02:31:11PM +0100, Maxime Ripard wrote:
> > On Fri, Jan 31, 2014 at 12:12:15PM +, Mark Brown wrote:
>
> > > This seems confusing - the idea here is that if we've handed the
> > > device off to the
PTR_ERR_OR_ZERO simplifies the code.
Signed-off-by: Sachin Kamat
Cc: Matt Porter
---
drivers/phy/phy-bcm-kona-usb2.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/phy/phy-bcm-kona-usb2.c b/drivers/phy/phy-bcm-kona-usb2.c
index efc5c1a13a5d..e94f5a6a5645
Silences the following warnings:
WARNING: sizeof *twl should be sizeof(*twl)
WARNING: sizeof *otg should be sizeof(*otg)
Signed-off-by: Sachin Kamat
---
drivers/phy/phy-twl4030-usb.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/phy/phy-twl4030-usb.c
On 02/02/2014 11:01 PM, Michal Simek wrote:
On 01/31/2014 03:52 PM, Guenter Roeck wrote:
On 01/31/2014 06:18 AM, Michal Simek wrote:
Enable this driver for Zynq.
Move it to architecture independent Kconfig part.
Signed-off-by: Michal Simek
---
Build tested by zero day testing system.
---
On 28 January 2014 21:41, Kevin Hilman wrote:
> I think Viresh is using my patch/hack to configure/disable the 1Hz
> residual tick.
Yeah. I am using sched_tick_max_deferment by setting it to -1. Why
do we need a timer every second for NO_HZ_FULL currently?
--
To unsubscribe from this list: send
On 01/22/2014 04:23 PM, Raghavendra K T wrote:
max_sane_readahead returns zero on the cpu having no local memory
node. Fix that by returning a sanitized number of pages viz.,
minimum of (requested pages, 4k)
Result:
fadvise experiment with FADV_WILLNEED on a x240 machine with 1GB testfile
32GB*
On 29 January 2014 10:57, Preeti Murthy wrote:
> How about simplifying this design by doing the below?
>
> 1. Since anyway cpufreq governors monitor load on the cpu once every
> 5ms, *tie it with tick_sched_timer*, which also gets deferred when the cpu
> enters nohz_idle.
Its configurable. We
(2014/02/03 16:41), Namhyung Kim wrote:
> Hi Masami,
>
> On Wed, 29 Jan 2014 09:14:52 +, Masami Hiramatsu wrote:
>> Some perf-probe commands do symbol_init() but doesn't
>> do exit call. This fixes that to call symbol_exit()
>> and relase machine if needed.
>> This also merges init_vmlinux()
On Fri, Jan 31, 2014 at 03:20:17AM -0500, Mikulas Patocka wrote:
> So if you think you can support 16TiB devices and leave pgoff_t 32-bit,
> send a patch that does it.
>
> Until you make it, you should apply the patch that I sent, that prevents
> kernel lockups or data corruption when the user
On 01/31/2014 01:29 PM, Marc Kleine-Budde wrote:
> On 01/31/2014 11:35 AM, Florian Vaussard wrote:
>> Add the reg-io-width property to describe the width of the memory
>> accesses.
>>
>> Cc: Grant Likely
>> Cc: Rob Herring
>> Cc: Pawel Moll
>> Cc: Mark Rutland
>> Cc: Ian Campbell
>> Cc:
On Fri, Jan 31, 2014 at 03:59:30PM -0500, Trond Myklebust wrote:
> posix_acl_xattr_get requires get_acl() to return EOPNOTSUPP if the
> filesystem cannot support acls. This is needed for NFS, which can't
> know whether or not the server supports acls until it tries to get/set
> one.
> This patch
On 02/03/2014 08:59 AM, Michal Simek wrote:
> On 01/31/2014 06:33 PM, Rob Herring wrote:
>> On Fri, Jan 31, 2014 at 8:18 AM, Michal Simek
>> wrote:
>>> Use of_property_read_u32 functions to clean OF probing.
>>
>> The subject is a bit misleading as this doesn't really fix anything.
>
> fair
On 01/31/2014 06:33 PM, Rob Herring wrote:
> On Fri, Jan 31, 2014 at 8:18 AM, Michal Simek wrote:
>> Use of_property_read_u32 functions to clean OF probing.
>
> The subject is a bit misleading as this doesn't really fix anything.
fair enough. Will change it.
>
>>
>> Signed-off-by: Michal
On 01/31/2014 06:33 PM, Rob Herring wrote:
On Fri, Jan 31, 2014 at 8:18 AM, Michal Simek michal.si...@xilinx.com wrote:
Use of_property_read_u32 functions to clean OF probing.
The subject is a bit misleading as this doesn't really fix anything.
fair enough. Will change it.
On 02/03/2014 08:59 AM, Michal Simek wrote:
On 01/31/2014 06:33 PM, Rob Herring wrote:
On Fri, Jan 31, 2014 at 8:18 AM, Michal Simek michal.si...@xilinx.com
wrote:
Use of_property_read_u32 functions to clean OF probing.
The subject is a bit misleading as this doesn't really fix anything.
On Fri, Jan 31, 2014 at 03:59:30PM -0500, Trond Myklebust wrote:
posix_acl_xattr_get requires get_acl() to return EOPNOTSUPP if the
filesystem cannot support acls. This is needed for NFS, which can't
know whether or not the server supports acls until it tries to get/set
one.
This patch
On 01/31/2014 01:29 PM, Marc Kleine-Budde wrote:
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
Add the reg-io-width property to describe the width of the memory
accesses.
Cc: Grant Likely grant.lik...@linaro.org
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc:
On Fri, Jan 31, 2014 at 03:20:17AM -0500, Mikulas Patocka wrote:
So if you think you can support 16TiB devices and leave pgoff_t 32-bit,
send a patch that does it.
Until you make it, you should apply the patch that I sent, that prevents
kernel lockups or data corruption when the user uses
(2014/02/03 16:41), Namhyung Kim wrote:
Hi Masami,
On Wed, 29 Jan 2014 09:14:52 +, Masami Hiramatsu wrote:
Some perf-probe commands do symbol_init() but doesn't
do exit call. This fixes that to call symbol_exit()
and relase machine if needed.
This also merges init_vmlinux() and
On 29 January 2014 10:57, Preeti Murthy preeti.l...@gmail.com wrote:
How about simplifying this design by doing the below?
1. Since anyway cpufreq governors monitor load on the cpu once every
5ms, *tie it with tick_sched_timer*, which also gets deferred when the cpu
enters nohz_idle.
Its
On 01/22/2014 04:23 PM, Raghavendra K T wrote:
max_sane_readahead returns zero on the cpu having no local memory
node. Fix that by returning a sanitized number of pages viz.,
minimum of (requested pages, 4k)
Result:
fadvise experiment with FADV_WILLNEED on a x240 machine with 1GB testfile
32GB*
On 28 January 2014 21:41, Kevin Hilman khil...@linaro.org wrote:
I think Viresh is using my patch/hack to configure/disable the 1Hz
residual tick.
Yeah. I am using sched_tick_max_deferment by setting it to -1. Why
do we need a timer every second for NO_HZ_FULL currently?
--
To unsubscribe from
On 02/02/2014 11:01 PM, Michal Simek wrote:
On 01/31/2014 03:52 PM, Guenter Roeck wrote:
On 01/31/2014 06:18 AM, Michal Simek wrote:
Enable this driver for Zynq.
Move it to architecture independent Kconfig part.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Build tested by zero day
Silences the following warnings:
WARNING: sizeof *twl should be sizeof(*twl)
WARNING: sizeof *otg should be sizeof(*otg)
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/phy/phy-twl4030-usb.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi,
On Sat, Feb 01, 2014 at 05:38:41PM +, Mark Brown wrote:
On Fri, Jan 31, 2014 at 02:31:11PM +0100, Maxime Ripard wrote:
On Fri, Jan 31, 2014 at 12:12:15PM +, Mark Brown wrote:
This seems confusing - the idea here is that if we've handed the
device off to the managed function
PTR_ERR_OR_ZERO simplifies the code.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Cc: Matt Porter mpor...@linaro.org
---
drivers/phy/phy-bcm-kona-usb2.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/phy/phy-bcm-kona-usb2.c
Semicolon after switch statement is not needed.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/phy/phy-twl4030-usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/phy-twl4030-usb.c b/drivers/phy/phy-twl4030-usb.c
index
On 02/03/2014 05:00 AM, Mike Galbraith wrote:
On Sun, 2014-02-02 at 21:10 +0100, Sebastian Andrzej Siewior wrote:
According to the backtrace both of them are trying to access the
per-cpu hrtimer (sched_timer) in order to cancel but they seem to fail
to get the timer lock here. They shouldn't
(2014/02/03 16:49), Namhyung Kim wrote:
On Wed, 29 Jan 2014 09:14:59 +, Masami Hiramatsu wrote:
diff --git a/tools/perf/util/probe-event.c b/tools/perf/util/probe-event.c
index 4a9f43b..120954b 100644
--- a/tools/perf/util/probe-event.c
+++ b/tools/perf/util/probe-event.c
@@ -387,6
On 01/31/2014 09:15 PM, Arnd Bergmann wrote:
On Friday 31 January 2014, srinivas kandagatla wrote:
Sorry if I missed the initial review, but can you explain
why this is needed to start with?
On ST SoCs the default value for L2 AUX_CTRL register is 0x0, so we set
the way-size explicit here.
On 01/31/2014 12:19 AM, Raghavendra K T wrote:
On 01/30/2014 09:08 PM, Waiman Long wrote:
On 01/30/2014 03:55 AM, Raghavendra K T wrote:
On 01/28/2014 11:49 PM, Waiman Long wrote:
[...]
from kernel/bounds.c:9:
include/linux/log2.h: In function ‘__ilog2_u32’:
On 02/03/2014 09:26 AM, Guenter Roeck wrote:
On 02/02/2014 11:01 PM, Michal Simek wrote:
On 01/31/2014 03:52 PM, Guenter Roeck wrote:
On 01/31/2014 06:18 AM, Michal Simek wrote:
Enable this driver for Zynq.
Move it to architecture independent Kconfig part.
Signed-off-by: Michal Simek
On 01/28/2014 11:49 PM, Waiman Long wrote:
+#endif /* __ASM_GENERIC_QSPINLOCK_H */
diff --git a/kernel/Kconfig.locks b/kernel/Kconfig.locks
index d2b32ac..f185584 100644
--- a/kernel/Kconfig.locks
+++ b/kernel/Kconfig.locks
@@ -223,3 +223,10 @@ endif
config MUTEX_SPIN_ON_OWNER
def_bool
Hi Shimoda-san,
On Mon, 3 Feb 2014, Shimoda, Yoshihiro wrote:
This patch fixes an issue that the following build error happens when
the CONFIG_OF is not set:
drivers/spi/spi-rspi.c: In function 'rspi_probe':
drivers/spi/spi-rspi.c:1203:26: error: 'rspi_of_match' undeclared (first
601 - 700 of 1358 matches
Mail list logo
