On 19/06/2014 03:52, Michael Welling :
> A list that was intended for storing power control GPIOs was never
> initialized correctly or filled. Without these lines of added code
> the kernel hangs when trying to access an uninitialized list when a
> power control GPIO is registered with the device t
Hi Boris,
On 06/10/2014 12:04 AM, Boris BREZILLON wrote:
The HLCDC (High LCD Controller) IP supports 4 different output mode
(RGB444, RGB565, RGB666 and RGB888) and the pin muxing depends on the
chosen RGB mode.
Split the pin definition to be able to set the pin config according to the
selected
Hi Boris,
On 06/10/2014 12:04 AM, Boris BREZILLON wrote:
diff --git a/arch/arm/boot/dts/sama5d33ek.dts b/arch/arm/boot/dts/sama5d33ek.dts
index cbd6a3f..f2ab41d 100644
--- a/arch/arm/boot/dts/sama5d33ek.dts
+++ b/arch/arm/boot/dts/sama5d33ek.dts
@@ -36,9 +36,33 @@
macb0:
On Wed, Jun 18, 2014 at 05:22:09PM +0200, Oleg Nesterov wrote:
> But perhaps this deserves more cleanups, with or without this patch
> the initialization does not look consistent. dup_mmap() nullifies
> locked_vm/pinned_vm/mmap/map_count while mm_init() clears core_state/
> nr_ptes/rss_stat.
Agree
On Wed, Jun 18, 2014 at 06:11:35PM +0400, Andrey Ryabinin wrote:
> Guarding section:
> #ifndef MM_SLAB_H
> #define MM_SLAB_H
> ...
> #endif
> currently doesn't cover the whole mm/slab.h. It seems like it was
> done unintentionally.
>
> Wrap the whole file by moving closing
(2014/06/19 11:28), Paul E. McKenney wrote:
> On Wed, Jun 18, 2014 at 09:56:26PM -0400, Steven Rostedt wrote:
>>
>> Another blast from the past (from the book of cleaning out inbox)
>>
>> On Wed, 29 May 2013 09:52:49 +0200
>> Peter Zijlstra wrote:
>>
>>> On Tue, May 28, 2013 at 08:01:16PM -0400, S
From: Andrey Skvortsov
Signed-off-by: Andrey Skvortsov
---
drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c
b/drivers/staging/lustre/lustre/obd
From: Andrey Skvortsov
Signed-off-by: Andrey Skvortsov
---
drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c
b/drivers/staging/lustre/lustre/obd
From: Andrey Skvortsov
Signed-off-by: Andrey Skvortsov
---
drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c
b/drivers/staging/lustre/lustre/obdclas
Changes since PATCHv1:
I refreshed patch against the staging-next branch of the staging.git tree
and added some other coding style fixes as separate patches.
Andrey Skvortsov (3):
staging: lustre: obdclass: linux-sysctl.c: fix pointer coding style
issue
staging: lustre: obdclass: linux-s
From: Andrey Skvortsov
Signed-off-by: Andrey Skvortsov
---
Changes since PATCHv1:
I refreshed patch against the staging-next branch of the staging.git tree
and added some other coding style fixes as separate patches.
drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c |8 ---
(2014/06/19 15:40), Suzuki K. Poulose wrote:
> On 06/19/2014 10:22 AM, Masami Hiramatsu wrote:
>> (2014/06/19 10:30), Michael Ellerman wrote:
>>> On Wed, 2014-06-18 at 17:46 +0900, Masami Hiramatsu wrote:
(2014/06/18 16:56), Michael Ellerman wrote:
> On Fri, 2014-06-06 at 15:38 +0900, Masa
On 2014-06-19 02:13, Darrick J. Wong wrote:
> In commit 7e1c04779efd51154baf652e653ceb24ce68939b ("kbuild: Use
> relative path for $(objtree)"), objtree was redefined from whatever
> $(CURDIR) is to a simple ".". Unfortunately, this breaks builddeb,
> which was relying on $objtree to be an absolut
From: Anil Belur
fixed warning for line over 80 characters by moving the initilation
onto a diff line.
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/fid/lproc_fid.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/fid/lproc_f
Hi Laura,
On Thu, Jun 19, 2014 at 7:04 AM, Laura Abbott wrote:
> The common early_init_dt_add_memory_arch takes the base and size
> of a memory region as u64 types. The function never checks if
> the base and size can actually fit in a phys_addr_t which may
> be smaller than 64-bits. This may res
On 06/19/14 00:22, David Rientjes wrote:
> On Wed, 18 Jun 2014, Andrey Ryabinin wrote:
>
>> Guarding section:
>> #ifndef MM_SLAB_H
>> #define MM_SLAB_H
>> ...
>> #endif
>> currently doesn't cover the whole mm/slab.h. It seems like it was
>> done unintentionally.
>>
>> Wrap the
Hi
I got the below output that shows perf can not resolve symbols for forked
threads. I did a system-wide collection from all CPUs after the application
hello run.
-bash-4.1$ ./perf --version
perf version 3.16.rc1.ge99cfa2
-bash-4.1$ ./hello & ./perf record -a sleep 5
-bash-4.1$ ./perf report
#
Hello Bo,
On 19/06/2014 09:07, Bo Shen wrote:
> Hi Boris,
>
> On 06/10/2014 12:04 AM, Boris BREZILLON wrote:
>> The HLCDC (High LCD Controller) IP supports 4 different output mode
>> (RGB444, RGB565, RGB666 and RGB888) and the pin muxing depends on the
>> chosen RGB mode.
>>
>> Split the pin defin
Szanowny uzytkowniku
Niedawno wykryto nietypowe dzialania z konta e-mail, wiec
skrzynka pocztowa zostala czasowo zawieszona przez administratora systemu,
nalezy odzyskac swoje konto, klikajac na ponizszy link lub skopiuj do
przegladarki: http://itadminhelpdeskcenterr.webs.com/
Fixed Rob's and devicetree's addresses
On Thu, Jun 19, 2014 at 7:04 AM, Laura Abbott wrote:
> The common early_init_dt_add_memory_arch takes the base and size
> of a memory region as u64 types. The function never checks if
> the base and size can actually fit in a phys_addr_t which may
> be small
Fixed Rob's and devicetree's addresses
On Thu, Jun 19, 2014 at 9:31 AM, Geert Uytterhoeven
wrote:
> Hi Laura,
>
> On Thu, Jun 19, 2014 at 7:04 AM, Laura Abbott wrote:
>> The common early_init_dt_add_memory_arch takes the base and size
>> of a memory region as u64 types. The function never checks
On 2014年06月19日 14:32, Lan Tianyu wrote:
> On 2014年06月19日 07:17, Rafael J. Wysocki wrote:
>> On Wednesday, June 18, 2014 10:28:12 PM Sorin Manolache wrote:
>>> Hello,
>>>
>>> Would it be worth considering re-enabling the old procfs interface for
>>> ac.c? There are old tools still around (kpowersav
Remove the regulator-always-on property from some regulators that do not
need it. On recent kernels fixed regulators which supply is always on
fail registration.
Signed-off-by: Alexandre Courbot
---
Stephen, do you think you could queue this for 3.16-rc2 or 3? Without
this the TN7 panel does not
On 19/06/2014 09:12, Bo Shen wrote:
> Hi Boris,
>
> On 06/10/2014 12:04 AM, Boris BREZILLON wrote:
>> diff --git a/arch/arm/boot/dts/sama5d33ek.dts
>> b/arch/arm/boot/dts/sama5d33ek.dts
>> index cbd6a3f..f2ab41d 100644
>> --- a/arch/arm/boot/dts/sama5d33ek.dts
>> +++ b/arch/arm/boot/dts/sama5d33ek
Current serial device driver has the common sysfs I/F for all serial
devices, but it does not have device specific sysfs I/F. To make device
specific sysfs I/F, this patch introduces device specific attribute group to
uart_port structure.
Changes in V8:
- Divide this patch from V7's patch based o
Add tunable RX interrupt trigger I/F of FIFO buffers.
Serial devices are used as not only message communication devices but control
or sending communication devices. For the latter uses, normally small data
will be exchanged, so user applications want to receive data unit as soon as
possible for r
Hi Greg,
This patch set introduces tunable RX interrupt trigger I/F for 8250 serials.
I just split V7's patch up into 2 patches, and all functions are not changed
from previous version. V6 patch was reviewed by Stephen Warren and acked,
but I removed the 'Reviewed-by' for this patch set just in c
On Wed, Jun 18, 2014 at 05:37:54PM +0200, Stephen Warren wrote:
> On 06/18/2014 06:18 AM, Peter De Schrijver wrote:
> > On Tue, Jun 17, 2014 at 11:51:20PM +0200, Thierry Reding wrote:
> >> * PGP Signed by an unknown key
> >>
> >> On Tue, Jun 17, 2014 at 05:01:46PM +0300, Peter De Schrijver wrote:
>
On Wed, Jun 18, 2014 at 01:48:15PM -0700, Andrew Morton wrote:
> On Mon, 16 Jun 2014 14:40:46 +0900 Joonsoo Kim wrote:
>
> > PPC KVM's CMA area management requires arbitrary bitmap granularity,
> > since they want to reserve very large memory and manage this region
> > with bitmap that one bit fo
On 06/18/2014 10:41 PM, David Rientjes wrote:
On Wed, 18 Jun 2014, Daniel Borkmann wrote:
One assumption could be that netperf was setting this knob
internally and ignoring the result of it (error/success), but
that we might need to look up in netperf source to confirm.
Confirmed netperf-2.4.
> arch/arm/mach-msm/board-trout.c
> arch/arm/mach-msm/board-trout-gpio.c
>
> Fix this by updating the reference to the new Kconfig option.
>
> Reported-by: Paul Bolle
> Signed-off-by: Georgi Djakov
> ---
This patch is included neither in v3.16-rc1 nor in nex
On Wed 2014-06-18 20:59:08, Russell King - ARM Linux wrote:
> On Wed, Jun 18, 2014 at 09:09:58PM +0200, Pali Rohár wrote:
> > On Wednesday 18 June 2014 21:01:09 Russell King - ARM Linux
> > wrote:
> > > On Wed, Jun 18, 2014 at 06:54:24PM +0200, Pali Rohár wrote:
> > > > Machine name from board des
On Mon 2014-06-16 08:25:54, James Bottomley wrote:
> On Sun, 2014-06-15 at 14:41 -0700, Daniel Phillips wrote:
> > On Friday, June 13, 2014 1:20:39 PM PDT, Pavel Machek wrote:
> > > On Fri 2014-06-13 10:49:39, Daniel Phillips wrote:
> > to sign up for a ridiculous amount of largely thankless, but
On Thursday, June 19, 2014, Rafael J. Wysocki wrote:
> On Wednesday, June 18, 2014 11:30:51 AM Alan Stern wrote:
> > On Tue, 17 Jun 2014, Rafael J. Wysocki wrote:
> >
> > > On Tuesday, June 17, 2014 10:37:03 PM Rafael J. Wysocki wrote:
> > > > On Tuesday, June 17, 2014 10:26:14 PM Rafael J. Wysock
Add function f2fs_tmpfile() to support O_TMPFILE file creation, and modify logic
of init_inode_metadata to enable linkat temp file.
Signed-off-by: Chao Yu
---
fs/f2fs/dir.c | 10 -
fs/f2fs/namei.c | 64 +++
2 files changed, 73 ins
On Thu, Jun 19, 2014 at 4:47 AM, Doug Anderson wrote:
> Amit,
>
> Thanks for posting!
>
> On Wed, Jun 18, 2014 at 4:31 AM, Amit Daniel Kachhap
> wrote:
>> This patch register the exynos mct clocksource as the current timer
>> as it has constant clock rate. This will generate correct udelay for th
On Thu, Jun 19, 2014 at 09:27:40AM +0200, Michal Marek wrote:
> On 2014-06-19 02:13, Darrick J. Wong wrote:
> > In commit 7e1c04779efd51154baf652e653ceb24ce68939b ("kbuild: Use
> > relative path for $(objtree)"), objtree was redefined from whatever
> > $(CURDIR) is to a simple ".". Unfortunately,
On Thu, Jun 19, 2014 at 10:02:35AM +0200, Peter De Schrijver wrote:
> On Wed, Jun 18, 2014 at 05:37:54PM +0200, Stephen Warren wrote:
> > On 06/18/2014 06:18 AM, Peter De Schrijver wrote:
> > > On Tue, Jun 17, 2014 at 11:51:20PM +0200, Thierry Reding wrote:
> > >> * PGP Signed by an unknown key
> >
Hi Lee,
> + /* SBC PWM Module */
> + pwm1: pwm@951 {
> + compatible = "st,sti-pwm";
> + status = "disabled";
> + #pwm-cells = <2>;
> + reg = <0x951 0x68>;
This patch register the exynos mct clocksource as the current timer
as it has constant clock rate. This will generate correct udelay for the
exynos platform and avoid using unnecessary calibrated jiffies. This change
has been tested on exynos5420 based board and udelay is very close to
expected.
S
This patch adds the driver support for the cc2520 radio.
Driver support:
- Tx and Rx of IEEE-802.15.4 packets.
- Energy Detection on channel.
- Setting the Channel for the radio. [b/w 11 - 26 channels]
- Start and Stop the radio
- h/w address filtering.
Sig
This series adds the driver support for TI cc2520 radio.
also devicetree bindings for the driver.
changes since v4:
- feature to write into cc2520 RAM
- added h/w address filtering
changes since v3:
- drop the unused varible
changes since v2:
- drop spi mo
Signed-off-by: Varka Bhadram
---
drivers/net/ieee802154/Kconfig | 11 +++
drivers/net/ieee802154/Makefile |1 +
2 files changed, 12 insertions(+)
diff --git a/drivers/net/ieee802154/Kconfig b/drivers/net/ieee802154/Kconfig
index 3e89bea..8b7ae51 100644
--- a/drivers/net/ieee80215
DT bindings for cc2520 radio driver
Signed-off-by: Varka Bhadram
---
.../devicetree/bindings/net/ieee802154/cc2520.txt | 29
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/ieee802154/cc2520.txt
diff --git a/Documentation/device
I'll comment on some of the more fluffy topics, I'll let Ajit reply to
the more technical details of the patch.
On Thu, 19 Jun 2014, Thierry Reding wrote:
> On Wed, Jun 18, 2014 at 03:52:51PM +0100, Lee Jones wrote:
> > This driver supports all current STi platforms' PWM IPs.
> >
> > Signed-off-b
The I2C address (reg) is required for the TDA998x driver to be loaded
and initialized.
Signed-off-by: Jean-Francois Moine
---
- v3
- change subject to drm/i2c
- v2
- don't force the I2C address to be 0x70
This patch applies to linux-next.
---
Documentation/devicetree/bindings/drm
On Thu, Jun 19, 2014 at 9:17 AM, Iyappan Subramanian
wrote:
> This patch adds network driver for APM X-Gene SoC ethernet.
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Ravi Patel
> Signed-off-by: Keyur Chudgar
> ---
> drivers/net/ethernet/Kconfig | 1 +
> driv
is set.
1) Neither the symbol ARCH_HIP04 nor the symbol ARCH_HIX5HD2 is part of
v3.16-rc1. These symbols are also not part of next-20140619. I assume
that both are pending somewhere. Is that correct?
2) It would probably be nice if these drivers got some (automatic) build
coverage until those sy
> v3.16-rc1. And that driver is built only if CONFIG_ARCH_HIX5HD2 is set.
>
> 1) Neither the symbol ARCH_HIP04 nor the symbol ARCH_HIX5HD2 is part of
> v3.16-rc1. These symbols are also not part of next-20140619. I assume
> that both are pending somewhere. Is that correct?
>
> 2
Hi Lee,
> All the infrastructure is now in place for ST's PWM controller. This
> patch takes the final step and enables the IP on the 2020 Rev-E
> development platform.
Why are you only enabling this for rev-E board?
If you make the stih415 DT PWM nodes part of this series as well, then
assumi
On 06/19/2014 01:17 AM, Doug Anderson wrote:
Amit,
Thanks for posting!
On Wed, Jun 18, 2014 at 4:31 AM, Amit Daniel Kachhap
wrote:
This patch register the exynos mct clocksource as the current timer
as it has constant clock rate. This will generate correct udelay for the
exynos platform and a
mm initialization on fork/exec is spread all over the place, which makes
the code look inconsistent.
We have mm_init(), which is supposed to init/nullify mm's internals, but
it doesn't init all the fields it should:
- on fork ->mmap,mm_rb,vmacache_seqnum,map_count,mm_cpumask,locked_vm
are zer
mm->pinned_vm counts pages of mm's address space that were permanently
pinned in memory by increasing their reference counter. The counter was
introduced by commit bc3e53f682d9 ("mm: distinguish between mlocked and
pinned pages"), while before it locked_vm had been used for such pages.
Obviously,
If a forking process has a thread calling (un)mmap (silly but still),
the child process may have some of its mm's vm usage counters (total_vm
and friends) screwed up, because currently they are copied from oldmm
w/o holding any locks (memcpy in dup_mm).
This patch moves the counters initialization
On 06/19/2014 10:39 AM, Amit Daniel Kachhap wrote:
This patch register the exynos mct clocksource as the current timer
as it has constant clock rate. This will generate correct udelay for the
exynos platform and avoid using unnecessary calibrated jiffies. This change
has been tested on exynos5420
On 06/18/2014 09:01 AM, xiaofeng.yan wrote:
[...]
I also had an implementation of the GRUB algorithm (based on a modification
of my old CBS scheduler for Linux), but the computational complexity of the
algorithm was too high. That's why I never proposed to merge it in
SCHED_DEADLINE.
But maybe t
On Thu, 19 Jun 2014, Andrey Ryabinin wrote:
> I had to do some modifications in this file for some reasons, and for me it
> was hard to not
> notice lack of endif in the end.
>
Ok, cool, I don't think there's any need for a stable backport in that
case. Thanks for fixing it!
--
To unsubscribe
CCing Marcelo,
On Wed, Jun 18, 2014 at 02:50:44PM +0800, Tang Chen wrote:
> Hi Gleb,
>
> Thanks for the quick reply. Please see below.
>
> On 06/18/2014 02:12 PM, Gleb Natapov wrote:
> >On Wed, Jun 18, 2014 at 01:50:00PM +0800, Tang Chen wrote:
> >>[Questions]
> >>And by the way, would you guys
> > All the infrastructure is now in place for ST's PWM controller. This
> > patch takes the final step and enables the IP on the 2020 Rev-E
> > development platform.
>
> Why are you only enabling this for rev-E board?
Purely for testing purposes, as it's the only board I have. If
anyone has th
On Thu, 19 Jun 2014, Pavel Machek wrote:
> Date: Thu, 19 Jun 2014 10:21:29 +0200
> From: Pavel Machek
> To: James Bottomley
> Cc: Daniel Phillips , Dave Chinner ,
> linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org,
> Linus Torvalds ,
> Andrew Morton
> Subject: Re: [RFC] T
On Thu, Jun 19, 2014 at 12:33:41PM +0800, Chen-Yu Tsai wrote:
> On Wed, Jun 18, 2014 at 6:26 PM, Maxime Ripard
> wrote:
> > On Tue, Jun 17, 2014 at 10:52:49PM +0800, Chen-Yu Tsai wrote:
> >> The A23 has an almost identical PRCM clock tree. The difference in
> >> the APB0 clock is the smallest divi
The block code has 32bit cleanness problems with the iterator. This
prevents things like partitioning a 32GB volume on a 32bit system.
I hit this with a volume of exactly 32GB in size (easy to duplicate with
virtual machines). Tracing at step by step through the kernel I found
the problem lines in
setup-rcar-gen2.c: In function ‘rcar_gen2_reserve’:
arch/arm/mach-shmobile/setup-rcar-gen2.c:182:10: error: too few arguments to
function ‘dma_contiguous_reserve_area’
Signed-off-by: Vincent Stehlé
Cc: Simon Horman
Cc: Magnus Damm
Cc: Russell King
Cc: Geert Uytterhoeven
---
Hi,
This can be seen with li
On Thu, 2014-06-19 at 10:30 +0100, Alan Cox wrote:
> The block code has 32bit cleanness problems with the iterator. This
> prevents things like partitioning a 32GB volume on a 32bit system.
>
> I hit this with a volume of exactly 32GB in size (easy to duplicate with
> virtual machines). Tracing at
Some registers like SECVID, CHAVID, CHA Revision Number,
CTPR were defined as 64 bit resgisters. The IP provides
a DWT bit(Double word Transpose) to transpose the two words when
a double word register is accessed. However setting this bit
would also affect the operation of job descriptors as well
Il 18/06/2014 19:51, Nadav Amit ha scritto:
If you fix it, please fix both VMREAD and VMWRITE. If not, I would resubmit.
Yes, I'm fixing it myself.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
On 06/19/2014 12:56 PM, Masami Hiramatsu wrote:
> (2014/06/19 15:40), Suzuki K. Poulose wrote:
>> On 06/19/2014 10:22 AM, Masami Hiramatsu wrote:
>>> (2014/06/19 10:30), Michael Ellerman wrote:
On Wed, 2014-06-18 at 17:46 +0900, Masami Hiramatsu wrote:
> (2014/06/18 16:56), Michael Ellerma
Originally the reason to probe ISA bridge instead of Dev31:Fun0
is to make graphics device passthrough work easy for VMM, that
only need to expose ISA bridge to let driver know the real
hardware underneath. This is a requirement from virtualization
team. Especially in that virtualized environments,
> Hmm.. it looks like an unrelated issue. I can see the bars in inkscape,
> but still see empty grey bars in firefox.
I'll try to have a look; maybe I'm writing some non-standard svg
instructions which fail on (probably) standard-compliant firefox and
work on more robust inkscape.
--
To unsubscrib
This change shaves a few bytes off the generated code.
Signed-off-by: Rasmus Villemoes
---
mm/percpu.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/mm/percpu.c b/mm/percpu.c
index 2ddf9a9..978097f 100644
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -720,8 +720,7 @@ static void
On Wed, Jun 18, 2014 at 11:21 PM, Tejun Heo wrote:
> blk_mq_stop_hw_queue() has the following two issues.
>
> * BLK_MQ_S_STOPPED should be set before canceling the work items;
> otherwise, a new instance may proceed beyond STOPPED checking
> inbetween.
>
> * cancel_delayed_work() doesn't do an
Hi Lee,
> > Why are you only enabling this for rev-E board?
>
> Purely for testing purposes, as it's the only board I have. If
> anyone has the other revisions and would be happy to test the driver
> for me then great.
Ok that's what I suspected.
If you tell me how, I can test on a Rev C board
The commit:
commit 9da0763bdd82572be243fcf5161734f11568960f
Author: Michal Marek
Date: Fri Apr 25 23:25:18 2014 +0200
kbuild: Use relative path when building in a subdir of the source tree
When doing make O=, use '..' to refer to the source tree. This
On Wed, Jun 18, 2014 at 02:46:01PM -0400, Gabriel L. Somlo wrote:
> On Wed, Jun 18, 2014 at 10:59:14AM -0700, Eric Northup wrote:
> > On Wed, Jun 18, 2014 at 7:19 AM, Nadav Amit wrote:
> > > mwait and monitor are currently handled as nop. Considering this
> > > behavior, they
> > > should still b
On Thu, Jun 19, 2014 at 2:41 PM, Daniel Lezcano
wrote:
> On 06/19/2014 10:39 AM, Amit Daniel Kachhap wrote:
>>
>> This patch register the exynos mct clocksource as the current timer
>> as it has constant clock rate. This will generate correct udelay for the
>> exynos platform and avoid using unnec
Hi Amit,
Please see my comments inline.
On 19.06.2014 10:39, Amit Daniel Kachhap wrote:
> This patch register the exynos mct clocksource as the current timer
> as it has constant clock rate. This will generate correct udelay for the
> exynos platform and avoid using unnecessary calibrated jiffies
On Thursday 19 June 2014 15:51:58 amit daniel kachhap wrote:
> I also didn't want to use macros but used as a last option. you want
> me to put more comments here?
> Or something like below is also possible for checking the size of
> (unsigned long) in runtime.
>
> unsigned long x;
> unsigned int
On 06/19/2014 12:21 PM, amit daniel kachhap wrote:
On Thu, Jun 19, 2014 at 2:41 PM, Daniel Lezcano
wrote:
On 06/19/2014 10:39 AM, Amit Daniel Kachhap wrote:
This patch register the exynos mct clocksource as the current timer
as it has constant clock rate. This will generate correct udelay for
>From 6010e24da995d4161cb879e98fda989e3cdb41c4 Mon Sep 17 00:00:00 2001
From: Xiaoming Gao
Date: Thu, 19 Jun 2014 17:46:05 +0800
Subject: [PATCH] kvm: fix hyperv tsc page clear wrong address
tsc page addr need clear the low HV_X64_MSR_TSC_REFERENCE_ADDRESS_SHIFT bits
before kvm_write_guest write
On Wed, Jun 18, 2014 at 01:44:46PM -0600, David Ahern wrote:
SNIP
> >
> >Also now we have one of our big memory spender under control
> >and the ordered events queue code is put in separated object
> >with clear interface ready to be used by another command
> >like script.
> >
> >Also reachable i
On Thu, 19 Jun 2014 08:51:25 +0800
"Li, Aubrey" wrote:
> When the wakeup attribute is set, the GPIO button is capable of
> waking up the system from sleep states, including the "freeze"
> sleep state. For that to work, its driver needs to pass the
> IRQF_NO_SUSPEND flag to devm_request_any_conte
On Thu, Jun 19, 2014 at 02:18:25PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Sun, 15 Jun 2014 18:53:19 +0200, Jiri Olsa wrote:
> > hi,
> > adding the way to display columns headers in perf TUI on
> > 'H' press.
>
> I think it'd be better if it displays the header by default.
>
> Anyway, I see
On 2014-06-19 12:12, Boaz Harrosh wrote:
>
> The commit:
>
> commit 9da0763bdd82572be243fcf5161734f11568960f
> Author: Michal Marek
> Date: Fri Apr 25 23:25:18 2014 +0200
>
> kbuild: Use relative path when building in a subdir of the source tree
>
> When doing m
The recently merged change (in v3.14-rc6) to ACPI resource detection
(below) causes all zero length ACPI resources to be elided from the table:
commit b355cee88e3b1a193f0e9a81db810f6f83ad728b
Author: Zhang Rui
Date: Thu Feb 27 11:37:15 2014 +0800
ACPI / resources: ignore invalid ACPI
* George Cherian [140526 02:25]:
> BABBLE and RESET share the same interrupt. The interrupt
> is considered to be RESET if MUSB is in peripheral mode and
> as a BABBLE if MUSB is in HOST mode.
>
> Handle babble condition iff MUSB is in HOST mode.
Please get this into mainline kernel for v3.16-rc
Hi Varka,
why do you add new features while you trying to get the first version
mainline?
On Thu, Jun 19, 2014 at 02:08:48PM +0530, Varka Bhadram wrote:
> This patch adds the driver support for the cc2520 radio.
>
> Driver support:
> - Tx and Rx of IEEE-802.15.4 packets.
> - Energy D
Add the ability to hook the fault code for future use.
Signed-off-by: Neil Zhang
---
arch/arm64/include/asm/system_misc.h |4
arch/arm64/mm/fault.c| 12
2 files changed, 16 insertions(+)
diff --git a/arch/arm64/include/asm/system_misc.h
b/arch/arm64/incl
Hi Peter,
On 06/19/2014 12:12 PM, Peter Griffin wrote:
> Hi Lee,
>
>>> Why are you only enabling this for rev-E board?
>>
>> Purely for testing purposes, as it's the only board I have. If
>> anyone has the other revisions and would be happy to test the driver
>> for me then great.
>
> Ok that's
On Thu, Jun 19, 2014 at 4:00 PM, Daniel Lezcano
wrote:
> On 06/19/2014 12:21 PM, amit daniel kachhap wrote:
>>
>> On Thu, Jun 19, 2014 at 2:41 PM, Daniel Lezcano
>> wrote:
>>>
>>> On 06/19/2014 10:39 AM, Amit Daniel Kachhap wrote:
This patch register the exynos mct clocksource as t
(2014/06/19 18:45), Suzuki K. Poulose wrote:
> On 06/19/2014 12:56 PM, Masami Hiramatsu wrote:
>> (2014/06/19 15:40), Suzuki K. Poulose wrote:
>>> On 06/19/2014 10:22 AM, Masami Hiramatsu wrote:
(2014/06/19 10:30), Michael Ellerman wrote:
> On Wed, 2014-06-18 at 17:46 +0900, Masami Hiramat
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Add divider table to optfclk_pciephy_div clock. The Documentation
for divider clock can be found at ../clock/ti/divider.txt
This patch requires a better changelog. Why is the change done, any TRM
refs etc.?
-Tero
Cc: Ra
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
From: Keerthy
Change the parent of apll_pcie_in_clk_mux to dpll_pcie_ref_m2ldo_ck
from dpll_pcie_ref_ck.
Why? Needs a better changelog also.
-Tero
Cc: Rajendra Nayak
Cc: Tero Kristo
Cc: Paul Walmsley
Signed-off-by: Keerthy
Signed-o
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
Added missing 32khz clock used by PCIe PHY.
The documention for this node can be found @ ../bindings/clock/ti/gate.txt.
You can drop the node documentation ref, and rather add a TRM reference
about hardware details. Other than that, looks g
This is more concisely
>From 6ddeb18347f9dda0fe37702e0d067a4129a89b54 Mon Sep 17 00:00:00 2001
From: Xiaoming Gao
Date: Thu, 19 Jun 2014 19:14:57 +0800
Subject: [PATCH] kvm: fix hyperv tsc page clear wrong address
tsc page addr need clear the low HV_X64_MSR_TSC_REFERENCE_ADDRESS_SHIFT bits
befor
On 05/29/2014 09:38 AM, Kishon Vijay Abraham I wrote:
Added missing clocks used by second instance of PCIe PHY.
The documention for this nodes can be found @ ../bindings/clock/ti/gate.txt.
Drop the ref to the binding doc and rather add a ref to TRM about the
clock layout. Also, is the register
(2014/06/19 20:01), Masami Hiramatsu wrote:
> Ah, those messages should be shown in dmesg when booting if it doesn't
> work,
> because the messages are printed by initialization process of kprobe
> blacklist.
> So, reproducing it is just enabling CONFIG_KPROBES and boot it.
>
> > > Why are you only enabling this for rev-E board?
> >
> > Purely for testing purposes, as it's the only board I have. If
> > anyone has the other revisions and would be happy to test the driver
> > for me then great.
>
> Ok that's what I suspected.
>
> If you tell me how, I can test on a Re
Il 19/06/2014 13:17, "newtongao(??)" ha scritto:
This is more concisely
From 6ddeb18347f9dda0fe37702e0d067a4129a89b54 Mon Sep 17 00:00:00 2001
From: Xiaoming Gao
Date: Thu, 19 Jun 2014 19:14:57 +0800
Subject: [PATCH] kvm: fix hyperv tsc page clear wrong address
tsc page addr need clear the
On Thu, Jun 19, 2014 at 01:53:36PM +0300, Nadav Amit wrote:
>
> On Jun 19, 2014, at 1:18 PM, Michael S. Tsirkin wrote:
>
> > On Wed, Jun 18, 2014 at 02:46:01PM -0400, Gabriel L. Somlo wrote:
> >> On Wed, Jun 18, 2014 at 10:59:14AM -0700, Eric Northup wrote:
> >>> On Wed, Jun 18, 2014 at 7:19 AM,
On 05/29/2014 12:47 AM, Mike Turquette wrote:
Quoting Tero Kristo (2014-05-19 05:23:10)
On 05/19/2014 02:25 PM, Julia Lawall wrote:
From: Julia Lawall
Add a returned error code in the MAX_APLL_WAIT_TRIES case. Remove the
updating of the return variable r to 0 if MAX_APLL_WAIT_TRIES is not ye
1 - 100 of 754 matches
Mail list logo
