On 08/03/16 18:39, Sebastian Reichel wrote:
> From: Tomi Valkeinen
>
> The Nokia N950's bootloader leaves the DSI module
> in a non-working state. Work around this by resetting
> the DSI module before using it.
>
> Signed-off-By: Tomi Valkeinen
> Reviewed-By: Sebastian Reichel
> Tested-By: S
On 08/03/16 18:39, Sebastian Reichel wrote:
> This sets proper connector type for DSI connected panels.
>
> Signed-off-By: Sebastian Reichel
> ---
> drivers/gpu/drm/omapdrm/omap_drv.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
> b/drivers/gpu/
On Sun, May 8, 2016 at 3:08 PM, Christian Lamparter
wrote:
> From: Álvaro Fernández Rojas
>
> This patch adds support for defining memory-mapped GPIOs which
> are compatible with the existing gpio-mmio interface.
Overall very nice, just waiting for the next version.
> The first user for this b
ui_browser__color_config() set foreground and background
colors values in ui_browser__colorsets.
But it can be reused by other functions so make ui_browser__config_colors()
bringing it from ui_browser__color_config().
Cc: Namhyung Kim
Cc: Jiri Olsa
Signed-off-by: Taeung Song
---
tools/perf/ui/
On Fri, May 06, 2016 at 04:44:14PM -0700, Vikas Shivappa wrote:
> This patch tries to fix the issue where multiple perf instances try to
> monitor the same PID.
> MBM cannot count directly in the usual perf way of continuously adding
> the diff of current h/w counter and the prev count to the even
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Srinivas Kandagatla
> Sent: Tuesday, May 10, 2016 6:32 PM
> To: Peng Fan
> Cc: shawn...@kernel.org; maxime.rip...@free-electrons.com; linux-arm-
> ker...@lists.infr
On 08/03/16 18:39, Sebastian Reichel wrote:
> Use threaded irq handler for the tearing effect gpio,
> since it updates the display content, which requires
> too much time for a fastpath irq.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 6 +++---
On 09/05/16 16:44, Jon Hunter wrote:
>
> On 09/05/16 16:10, Marc Zyngier wrote:
>> On 09/05/16 14:13, Jon Hunter wrote:
>>> On 09/05/16 13:23, Marc Zyngier wrote:
>
> [snip]
>
This patch have the effect of making misconfigured PPIs absolutely
obvious. I still need to wrap my head aroun
Arnd, Olof, Kevin,
A couple of defconfig updates for AT91. They both touch our own
sama5_defconfig only.
Thanks, best regards,
The following changes since commit ed87957b18f238516e578e5dbd44a5db11300831:
ARM: multi_v7_defconfig: add the Atmel sama5d2-compatible ADC driver
(2016-04-27 14:07:5
Hi Masahiro,
Am Dienstag, den 10.05.2016, 18:50 +0900 schrieb Masahiro Yamada:
> This series is just for review.
> Please do not apply this patch.
>
> Signed-off-by: Masahiro Yamada
No need for all these tiny drivers. If you probe from DT as Lee
requests, you can let of_device_id.data point to
On 05/10/2016 01:28 PM, Tetsuo Handa wrote:
> Vlastimil Babka wrote:
>> In __alloc_pages_slowpath(), alloc_flags doesn't change after it's
>> initialized,
>> so move the initialization above the retry: label. Also make the comment
>> above
>> the initialization more descriptive.
>
> Not true. gf
在 2016/5/10 19:59, Adrian Hunter 写道:
On 10/05/16 14:38, Hekuang wrote:
在 2016/5/10 18:34, Adrian Hunter 写道:
On 10/05/16 12:49, Hekuang wrote:
hi
在 2016/5/10 16:08, Adrian Hunter 写道:
On 10/05/16 10:40, He Kuang wrote:
32-bit programs can be run on 64-bit machines, so we should choose
unwi
Hi Moritz,
I see this is an RFC so maybe some of my comments will be pointless.
Le 05/05/2016 20:20, Moritz Fischer a écrit :
> This adds support for the One-Time-Programmable area
> in Micron chips (tested on N25Q016A).
> The N25Q016A has 64 bytes of OTP. Bits written to zero
> cannot be reset
It seems that on my side, CONFIG_FHANDLE is not selected automatically...
> So I add this patch: can you tell me your thoughts?
Uh, weird, I tried this on next just now:
linux-2.6$ git describe HEAD
next-20160510
linux-2.6$ export ARCH=arm ; export CROSS_COMPILE=arm-linux-gnueabi-
linux-2.6$
On Tuesday 10 May 2016 14:20:42 Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> A couple of defconfig updates for AT91. They both touch our own
> sama5_defconfig only.
>
Merged into next/defconfig, thanks!
Arnd
On 5/10/16, Greg Kroah-Hartman wrote:
> On Tue, May 10, 2016 at 10:45:57AM +0200, Sedat Dilek wrote:
>> Hi,
>>
>> I have tested with my usual setup/config on Ubuntu/precise AMD64.
>> Looks good and ships [1].
>>
>> Thanks.
>>
>> Hope this feedback helps.
>>
>> Regards,
>> - Sedat -
>>
>> [1]
>> ht
I think that there is a bug in down_write_killable() series (at least
> > "locking, rwsem: introduce basis for down_write_killable" patch).
> >
> > Complete log is at
> > http://I-love.SAKURA.ne.jp/tmp/serial-20160510-sem.txt.xz .
> [...]
> > 2 thread
On 13/04/2016 11:47, Yang Zhang wrote:
> On 2016/3/24 21:07, Paolo Bonzini wrote:
>>
>>
>> On 24/03/2016 14:06, Yang Zhang wrote:
>>>
>>> I mean why not keep the old way that only activate the eager_fpu while
>>> guest sees the MPX bit in CPUID, like:
>>>
>>> vcpu->arch.eager_fpu = use_eager_fpu(
On Tue, May 10, 2016 at 02:00:47PM +0200, Sebastian Frias wrote:
> Hi,
>
> Using checkpatch.pl on the forwarded patch results in:
>
> WARNING: please write a paragraph that describes the config symbol fully
> #57: FILE: mm/Kconfig:451:
> + config OVERCOMMIT_GUESS
>
> WARNING: please write
Hi,
On 2016/5/10 19:48, Arnd Bergmann wrote:
On Tuesday 10 May 2016 17:47:26 Zhangjian wrote:
On 2016/5/10 16:36, Arnd Bergmann wrote:
On Tuesday 10 May 2016 15:42:07 Zhangjian wrote:
On 2016/5/6 20:37, Yury Norov wrote:
"include/uapi/asm-generic/posix_types.h" is uapi, we could not check
"
> Signed-off-by: Nicolas Ferre
>> ---
>> Hi Marek,
>
> Hi!
>
>> It seems that on my side, CONFIG_FHANDLE is not selected automatically...
>> So I add this patch: can you tell me your thoughts?
>
> Uh, weird, I tried this on next just now:
>
> linux-2
On Tue, 10 May 2016 12:07:42 +0100
Mark Rutland wrote:
> On Tue, May 10, 2016 at 10:04:48AM +0200, Boris Brezillon wrote:
> > On Wed, 4 May 2016 15:35:47 +0200
> > Boris Brezillon wrote:
> >
> > > On Wed, 4 May 2016 08:06:10 -0500
> > > Rob Herring wrote:
> > >
> > > > On Wed, May 4, 2016
On 05/10/2016 11:29 AM, Anand Moon wrote:
>>
>> I am sorry but I do not understand.
>> 1. Are you saying that my patch causes the issue?
>> 2. Are you saying that I should not send some patches because of
>> conflicting work? (that would be peculiar...)
>> 3. Are you saying that I should not apply
On Fri, Apr 15, 2016 at 11:36:48AM +0100, Paul Burton wrote:
> This series fixes up a number of issues introduced by commit
> c5b367835cfc ("MIPS: Add support for XPA."), including breakage of the
> MIPS32 with 36 bit physical addressing case & clobbering of $1 upon TLB
> refill exceptions. Along
ou tell me your thoughts?
>>
>> Uh, weird, I tried this on next just now:
>>
>> linux-2.6$ git describe HEAD
>> next-20160510
>>
>> linux-2.6$ export ARCH=arm ; export CROSS_COMPILE=arm-linux-gnueabi-
>>
>> linux-2.6$ make sama5_defconfig
The commit b97511c5bc94 ("perf tools: Add overhead/overhead_children
keys defaults via string") moved initialization of column headers but it
missed to check the sort__mode. As 'perf diff' doesn't call
perf_hpp__init(), the setup_overhead() also should not be called.
Before:
# BaselineDelt
...
The latest version of the test-suite contains 3000+ tests for the Linux
and can be downloaded at:
https://github.com/linux-test-project/ltp/releases/tag/20160510
The project pages as well as GIT repository are hosted on GitHub:
https://github.com/linux-test-project/ltp
http://linux-test
On Tuesday 10 May 2016 20:39:41 Zhangjian wrote:
> Hi,
>
> On 2016/5/10 19:48, Arnd Bergmann wrote:
> > On Tuesday 10 May 2016 17:47:26 Zhangjian wrote:
> >> On 2016/5/10 16:36, Arnd Bergmann wrote:
> >>> On Tuesday 10 May 2016 15:42:07 Zhangjian wrote:
> On 2016/5/6 20:37, Yury Norov wrote:
Hello Krzysztof,
On 05/10/2016 01:33 AM, Krzysztof Kozlowski wrote:
> On 05/09/2016 11:53 PM, Javier Martinez Canillas wrote:
>> Hello Krzysztof,
>>
>> On 05/08/2016 03:06 PM, Krzysztof Kozlowski wrote:
>>> The Exynos5410/542x/5800 are very similar designs. Create new new
>>
>> s/new new/a new
>>
On 05/10/2016 09:36 AM, Vlastimil Babka wrote:
> /*
> - * compaction considers all the zone as desperately out of memory
> - * so it doesn't really make much sense to retry except when the
> - * failure could be caused by insufficient priority
> + * Compaction backed off d
On Fri, 2016-05-06 at 10:08 -0700, Darren Hart wrote:
> At kernel summit Greg suggested sending our TODO lists to him. We'd
> like to have
> a place to keep a feature wishlist and cleanups that aren't "bugs"
> that we can
> update regularly and that is easy for people looking for work to find,
> an
Hi Jaegeuk,
On 2016/5/10 7:00, Jaegeuk Kim wrote:
> Hi Chao,
>
> On Mon, May 09, 2016 at 07:56:30PM +0800, Chao Yu wrote:
>> This patch introduces reserve_new_blocks to make preallocation of multi
>> blocks as in batch operation, so it can avoid lots of redundant
>> operation, result in better pe
Make sure to deallocate fspath with vfree() in case of error in
init_ipath().
fspath is allocated with vmalloc() in init_data_container() since
commit 425d17a290c0 ("Btrfs: use larger limit for translation of logical to
inode").
Signed-off-by: Vincent Stehlé
Cc: Chris Mason
Cc: Josef Bacik
Cc:
On Fri, 06 May 2016, Bjorn Andersson wrote:
> On Thu 05 May 06:29 PDT 2016, Lee Jones wrote:
>
> > ST Co-Processors can be loaded with different firmwares to execute
> > specific tasks without the need for unloading the rproc module.
> >
>
> I'm very much interested in ideas related to this and
Hi Andy,
On 05/10/2016 02:39 PM, Andy Whitcroft wrote:
> On Tue, May 10, 2016 at 02:00:47PM +0200, Sebastian Frias wrote:
>> Hi,
>>
>> Using checkpatch.pl on the forwarded patch results in:
>>
>> WARNING: please write a paragraph that describes the config symbol fully
>> #57: FILE: mm/Kconfig:451:
On Fri, 06 May 2016, Waiman Long wrote:
Currently, it is not possible to determine for sure if a reader
owns a rwsem by looking at the content of the rwsem data structure.
This patch adds a new state RWSEM_READER_OWNED to the owner field
to indicate that readers currently own the lock. This enab
Two minor fixes for cfs_rq_clock_task().
1) If cfs_rq is currently being throttled, we need to subtract the cfs
throttled clock time.
2) Make "throttled_clock_task_time" update SMP unrelated. Now UP cases
need it as well.
Signed-off-by: Xunlei Pang
---
kernel/sched/fair.c | 4 +---
1 file
On Tue, May 10, 2016 at 6:56 AM, Andy Shevchenko
wrote:
> On Fri, 2016-05-06 at 10:08 -0700, Darren Hart wrote:
>> At kernel summit Greg suggested sending our TODO lists to him. We'd
>> like to have
>> a place to keep a feature wishlist and cleanups that aren't "bugs"
>> that we can
>> update regu
On 6.5.2016 10:59, Chaitra P B wrote:
> Replaced mpt3sas_base_flush_reply_queues()with
> mpt3sas_base_sync_reply_irqs(),as mpt3sas_base_flush_reply_queues()
> skips over reply queues that are currently busy (i.e. being handled
> by interrupt processing in another core). If a reply queue is busy,
>
2016-05-10 14:41 GMT+02:00 Boris Brezillon :
> On Tue, 10 May 2016 12:07:42 +0100
> Mark Rutland wrote:
>
>> On Tue, May 10, 2016 at 10:04:48AM +0200, Boris Brezillon wrote:
>> > On Wed, 4 May 2016 15:35:47 +0200
>> > Boris Brezillon wrote:
>> >
>> > > On Wed, 4 May 2016 08:06:10 -0500
>> > > Rob
The NVMe driver only requests the PCIe device's memory regions but releases
all possible regions (including eventual I/O regions). This leads to a stale
warning entry in dmesg about freeing non existent resources.
Signed-off-by: Johannes Thumshirn
---
drivers/nvme/host/pci.c | 9 +++--
1 fil
On 05/10/2016 03:14 PM, Johannes Thumshirn wrote:
> The NVMe driver only requests the PCIe device's memory regions but releases
> all possible regions (including eventual I/O regions). This leads to a stale
> warning entry in dmesg about freeing non existent resources.
>
> Signed-off-by: Johannes
On Tue, May 10, 2016 at 09:48:19PM +0900, Namhyung Kim wrote:
> The commit b97511c5bc94 ("perf tools: Add overhead/overhead_children
> keys defaults via string") moved initialization of column headers but it
> missed to check the sort__mode. As 'perf diff' doesn't call
> perf_hpp__init(), the setu
Currently, the PT driver always sets the PMI bit one region (page) before
the STOP region so that we can wake up the consumer before we run out of
room in the buffer and have to disable the event. However, we also need
an interrupt in the last output region, so that we actually get to disable
the e
Hi Peter,
Markus reported that PT is losing a lot of its data in cpu-wide mode.
There are two problems in play here, both are amplified by the fact
that cpu-wide events don't normally get re-scheduled, so if we don't
disable them when their buffers are full, they get forever stuck.
Hence two patch
v4l2_async_cleanup() is always called before before calling the
unbind() callback. However v4l2_async_cleanup() clear the asd member,
so when calling the unbind() callback the v4l2_async_subdev is always
NULL. To fix this save the asd before calling v4l2_async_cleanup().
Signed-off-by: Alban Bedel
When the PMU driver reports a truncated AUX record, it effectively means
that there is no more usable room in the event's AUX buffer (even though
there may still be some room, so that perf_aux_output_begin() doesn't take
action). At this point the consumer still has to be woken up and the event
has
The RK808 and RK818 PMICs are using a similar register map.
We can reuse the clk driver for the RK818 PMIC. So let's add
the RK818 in the Kconfig description.
Signed-off-by: Wadim Egorov
Acked-by: Stephen Boyd
---
drivers/clk/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
The RK808 and RK818 PMICs are using a similar register map.
We can reuse the rtc driver for the RK818 PMIC. So let's add
the RK818 in the Kconfig description.
Signed-off-by: Wadim Egorov
Acked-by: Alexandre Belloni
---
drivers/rtc/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-
Add support for the rk818 regulator. The regulator module consists
of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to
power OTG and HDMI5V.
The output voltages are configurable and are meant to supply power
to the main processor and other components.
Signed-off-by: Wadim Egorov
The RK818 chip is a power management IC for multimedia and handheld
devices. It contains the following components:
- Regulators
- RTC
- Clkout
- battery support
Both chips RK808 and RK818 are using a similar register map.
So we can reuse the RTC and Clkout functionality.
Signed-off-by: Wadim Ego
A common simplified DT parsing code for regulators was introduced in
commit a0c7b164ad11 ("regulator: of: Provide simplified DT parsing
method")
While at it also added RK8XX_DESC and RK8XX_DESC_SWITCH macros for the
regulator_desc struct initialization. This just makes the driver more compact.
Si
Hello,
patches are based on top of
commit d5623161accb ("mfd: rk808: Use devm_mfd_add_devices() for mfd_device
registration")
in linux-next.
Changes since v4:
- Added Acked-by from Mark Brown in patch 1
- Dropped a patch from this series which was applied by Mark Brown
commit 129d7cf98f5c ("
On Tue, 2016-05-10 at 00:00 -0700, Christoph Hellwig wrote:
> On Mon, May 09, 2016 at 08:02:58AM -0400, Jeff Layton wrote:
> > > > AT_FORCE_ATTR_SYNC can be set in flags.This will require a
> > > > network
> > > > filesystem to synchronise its attributes with the server.
> > > >
> > > > AT_NO_
On Wed, May 04, 2016 at 10:28:56AM -0400, James Simmons wrote:
> From: Fan Yong
>
> For a normal FID, we can know on which target the related object
> is allocated via querying FLDB; but it is not true for an IDIF.
>
> To locate the OST via the given IDIF, when the IDIF is generated,
> we pack t
Add device tree bindings documentation for Rockchip's RK818 PMIC.
Signed-off-by: Wadim Egorov
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/mfd/rk808.txt | 37 +++--
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/binding
Hi,
Again, please use checkpatch.pl --strict before sending a patch.
On 06/05/2016 at 02:16:04 -0700, venkat.prashanth2...@gmail.com wrote :
> From: venkat-prashanth
>
> This is a patch to add
> support for maxim rtc MAX6916
>
> Signed-off-by : Venkat Prashanth B U
> ---
The changelog shoul
Hello Lee,
On 05/10/2016 03:33 AM, Lee Jones wrote:
> On Tue, 10 May 2016, Javier Martinez Canillas wrote:
[snip]
>>>
>>> -static const struct i2c_device_id as3722_i2c_id[] = {
>>> - { "as3722", 0 },
>>> - {},
>>> -};
>>> -MODULE_DEVICE_TABLE(i2c, as3722_i2c_id);
>>> -
>>
>> Just a note th
checkpatch.pl currently warns if Kconfig options are properly
described by checking the length of the config description.
This patch is an attempt to make the message less cryptic.
Signed-off-by: Sebastian Frias
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On Tue, May 10, 2016 at 01:15:02PM +0200, Nicolas Morey Chaisemartin wrote:
> Le 05/10/2016 à 12:01 PM, Jerome Glisse a écrit :
> > On Tue, May 10, 2016 at 09:04:36AM +0200, Nicolas Morey Chaisemartin wrote:
> >> Le 05/03/2016 à 12:11 PM, Jerome Glisse a écrit :
> >>> On Mon, May 02, 2016 at 09:04:
This fixes the checkpatch.pl warning that suggests else is not
generally useful after a break or return.
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/btree.c | 12 ++--
fs/nilfs2/direct.c | 6 +++---
fs/nilfs2/segment.c | 26 --
3 files changed, 21 insertions(
This fixes checkpatch.pl warning "WARNING: Single statement macros
should not use a do {} while (0) loop".
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/the_nilfs.h | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/fs/nilfs2/the_nilfs.h b/fs/nilfs2/the_nilfs.h
index 06d
Hi Andrew,
Please append the following changes for the upcoming merge window:
Ryusuke Konishi (7):
nilfs2: do not emit extra newline on nilfs_warning() and nilfs_error()
nilfs2: remove space before semicolon
nilfs2: fix code indent coding style issue
nilfs2: avoid bare use
This fixes block comments with proper formatting to eliminate the
following checkpatch.pl warnings:
"WARNING: Block comments use * on subsequent lines"
"WARNING: Block comments use a trailing */ on a separate line"
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/alloc.c | 12 +---
This fixes checkpatch.pl warning "WARNING: Prefer 'unsigned int' to
bare use of 'unsigned'".
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/alloc.c | 8
fs/nilfs2/alloc.h | 2 +-
fs/nilfs2/bmap.c | 2 +-
fs/nilfs2/bmap.h | 4 ++--
fs/nilfs2/btree.c
This updates call sites of nilfs_warning() and nilfs_error() so that
they don't add a duplicate newline. These output functions are
already designed to add a trailing newline to the message.
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/alloc.c | 10 +-
fs/nilfs2/bmap.c| 2 +-
fs/
This fixes checkpatch.pl warning "WARNING: suspect code indent for
conditional statements".
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nilfs2/super.c b/fs/nilfs2/super.c
index 0271784..666107a 100644
--- a/fs/nilfs2
* Fix comment styles,
* Get rid of some ifdefs
* Revert needless functions renames in quarantine patch
* Remove needless local_irq_save()/restore() in per_cpu_remove_cache()
* Add new 'struct qlist_node' instead of 'void **' types. This makes
code a bit more redable.
Signed-off-by: Andrey
Em Tue, May 10, 2016 at 03:17:12PM +0200, Jiri Olsa escreveu:
> On Tue, May 10, 2016 at 09:48:19PM +0900, Namhyung Kim wrote:
> > Cc: stable # 4.5
> > Signed-off-by: Namhyung Kim
>
> Acked-by: Jiri Olsa
Thanks, applied to perf/urgent.
- Arnaldo
On Tue, May 10, 2016 at 02:56:20PM +0200, Vincent Stehlé wrote:
> Make sure to deallocate fspath with vfree() in case of error in
> init_ipath().
>
> fspath is allocated with vmalloc() in init_data_container() since
> commit 425d17a290c0 ("Btrfs: use larger limit for translation of logical to
> in
On 10/05/16 11:45, Mark Rutland wrote:
When commit 44679a4f142b ("arm64: KGDB: Add step debugging support") was
introduced it was paired with a gdb patch that made an incompatible
change to the gdbserver protocol. This patch was eventually merged into
the gdb sources:
https://sourceware.org/git/g
This fixes the checkpatch.pl warning "WARNING: space prohibited before
semicolon" at nilfs_store_magic_and_option().
Signed-off-by: Ryusuke Konishi
---
fs/nilfs2/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nilfs2/super.c b/fs/nilfs2/super.c
index 92acb00..02717
On Tue, 26 Apr, at 05:57:40PM, Tom Lendacky wrote:
> The EFI tables are not encrypted and need to be accessed as such. Be sure
> to memmap them without the encryption attribute set. For EFI support that
> lives outside of the arch/x86 tree, create a routine that uses the __weak
> attribute so that
Em Tue, May 10, 2016 at 07:40:30AM +, He Kuang escreveu:
> When unwinding callchains on a different machine, vdso info should be
> provided so the unwind process won't be interrupted if address falls
> into vdso region.
>
> Currently, perf does try to read vdso binary in '.debug' folder, but
>
Hi Rob,
> On May 10, 2016, at 00:11 , Rob Herring wrote:
>
> On Mon, May 9, 2016 at 3:38 PM, Geert Uytterhoeven
> wrote:
>> Hi Pantelis,
>>
>> On Mon, May 9, 2016 at 8:11 PM, Pantelis Antoniou
>> wrote:
>>> --- a/drivers/of/base.c
>>> +++ b/drivers/of/base.c
>>
>>> @@ -1073,9 +1097,14 @@ st
Add possibility for userspace 32-bit applications to move
vdso mapping. Previously, when userspace app called
mremap for vdso, in return path it would land on previous
address of vdso page, resulting in segmentation violation.
Now it lands fine and returns to userspace with remapped vdso.
This will
Should print on success:
[root@localhost ~]# ./test_mremap_vdso_32
AT_SYSINFO_EHDR is 0xf773f000
[NOTE] Moving vDSO: [f773f000, f774] -> [a00, a001000]
[OK]
Or segfault if landing was bad (before patches):
[root@localhost ~]# ./test_mremap_vdso_32
AT_SYSINFO_EHDR is 0xf774f
Em Tue, May 10, 2016 at 07:40:29AM +, He Kuang escreveu:
> There is no need to check for DWARF unwinding support when using the
> 'dwarf' callchain record method, as this will only ask the kernel to
> collect stack dumps for later DWARF CFI processing, which can be done
> in another machine, wh
Am Dienstag, den 10.05.2016, 18:50 +0900 schrieb Masahiro Yamada:
[...]
> +static int uniphier_reset_update(struct reset_controller_dev *rcdev,
> + unsigned long id, bool assert)
> +{
> + struct uniphier_reset_priv *priv = to_uniphier_reset_priv(rcdev);
> + cons
Hi Rob,
> On May 10, 2016, at 00:49 , Rob Herring wrote:
>
> On Mon, May 9, 2016 at 1:11 PM, Pantelis Antoniou
> wrote:
>
> The "why" goes here.
>
OK.
>> Signed-off-by: Pantelis Antoniou
>> ---
>> drivers/of/base.c | 4 ++--
>> drivers/of/dynamic.c| 10 +-
>> drivers/of/of
On Tue, May 10, 2016 at 02:43:58PM +0100, Matt Fleming wrote:
> Is it not possible to maintain some kind of kernel virtual address
> mapping so memremap*() and friends can figure out when to twiddle the
> mapping attributes and map with/without encryption?
I guess we can move the sme_* specific st
Hello Krzysztof,
On 05/10/2016 01:13 AM, Krzysztof Kozlowski wrote:
> On 05/10/2016 12:05 AM, Javier Martinez Canillas wrote:
>> Hello Krzysztof,
>>
>> On 05/08/2016 03:05 PM, Krzysztof Kozlowski wrote:
>>>
>>> Hi,
>>>
>>> Patchset adds necessary clocks, reorganizes existing stuff and finally
>>>
Most of the board-mop500-regulators.c file is never referenced and
can simply be removed.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-ux500/board-mop500-regulators.c | 600 --
arch/arm/mach-ux500/board-mop500-regulators.h | 8 -
2 files changed, 608 deletions(-)
dif
Hi Krzysztof,
On 10 May 2016 at 18:13, Krzysztof Kozlowski wrote:
> On 05/10/2016 11:29 AM, Anand Moon wrote:
>>>
>>> I am sorry but I do not understand.
>>> 1. Are you saying that my patch causes the issue?
>>> 2. Are you saying that I should not send some patches because of
>>> conflicting work
all,
My machine is locking up during suspend and I have bisected the
problem to this patch (e89f8b1ade9cc1a) in the latest linux-next
(20160506) kernel.
Let me know if I can test patches or do anything else to help.
On Mon, Apr 18, 2016 at 01:26:13PM -0400, Stefan Berger wrote:
> From: Jason Gun
Hi Thierry,
Can you please provide review comments for this patch set.
Thanks
Dhananjay
On Tue, Mar 29, 2016 at 7:52 PM, Yendapally Reddy Dhananjaya Reddy
wrote:
> This patchset contains the pwm support for the Broadcom's iProc SoC's.
>
> The first patch provides the documentation details and
Exynos PM domains driver does not have mach-specific dependencies so it
can be safely moved out of arm/mach-exynos to drivers/soc. This in
future will allow re-using it on ARM64 boards.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mach-exynos/Makefile | 1 -
drive
The ARMv8 Exynos family (Exynos5433 and Exynos7420) uses different value
(0xf instead of 0x7) for controlling the power domain on/off registers
(both for control and for status).
Choose the value depending on the compatible. This prepares the driver
for supporting ARMv8 SoCs.
Signed-off-by: Krzys
On Tue, 10 May 2016, Javier Martinez Canillas wrote:
> Hello Lee,
>
> On 05/10/2016 03:33 AM, Lee Jones wrote:
> > On Tue, 10 May 2016, Javier Martinez Canillas wrote:
>
> [snip]
>
> >>>
> >>> -static const struct i2c_device_id as3722_i2c_id[] = {
> >>> - { "as3722", 0 },
> >>> - {},
> >>> -}
There is only one instance of ab8500_regulator_platform_data, and it's
safe to assume we won't ever merge another one, so it's rather pointless
to pass it through multiple levels of platform data pointers.
This moves the structure and everything referenced by it into the
driver that uses it.
Sign
Hi Rob,
> On May 10, 2016, at 00:21 , Rob Herring wrote:
>
> On Mon, May 9, 2016 at 1:11 PM, Pantelis Antoniou
> wrote:
>
> Why this is needed goes here.
>
> Any data on how much time the current code takes?
>
I’ll get some numbers. The current algorithm is exhaustive search of
all nodes (n
On Tue, 10 May 2016, Wadim Egorov wrote:
> Add support for the rk818 regulator. The regulator module consists
> of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to
> power OTG and HDMI5V.
>
> The output voltages are configurable and are meant to supply power
> to the main processo
ite_killable() series (at least
> > "locking, rwsem: introduce basis for down_write_killable" patch).
> >
> > Complete log is at
> > http://I-love.SAKURA.ne.jp/tmp/serial-20160510-sem.txt.xz .
> [...]
> > 2 threads (PID: 1314 and 1443)
On 05/10/2016 04:00 PM, Anand Moon wrote:
> Hi Krzysztof,
>
> On 10 May 2016 at 18:13, Krzysztof Kozlowski wrote:
>> On 05/10/2016 11:29 AM, Anand Moon wrote:
I am sorry but I do not understand.
1. Are you saying that my patch causes the issue?
2. Are you saying that I should
Hi,
Starting with 4.6-rc1, a sleep 1 doesn't return :
execve("/bin/sleep", ["sleep", "1"], ["USER=root", "SHLVL=1",
"OLDPWD=/var", "HOME=/", "TERM=vt102",
"PATH=/sbin:/usr/sbin:/bin:/usr/bin", "SHELL=/bin/sh", "PWD=/"]) = 0
uname({sysname="Linux", nodename="LNS",
release="4.5.0-09406-g46e595a17dc
Except for the constant DB8500_PRCMU_FW_VERSION_OFFSET number, nothing
is ever passed through the platform data and used in a driver, so we
can simply stop passing it around.
Signed-off-by: Arnd Bergmann
---
arch/arm/mach-ux500/cpu-db8500.c | 17 ++--
arch/arm/mach-ux500/set
The ux500 platform hasn't used board files for a long time, and
nothing defines a ab8500_codec_platform_data, so we can just
remove the probing based on that and always use device tree
properties directly.
Signed-off-by: Arnd Bergmann
---
sound/soc/codecs/ab8500-codec.c | 33
On 10/05/16 11:28, Will Deacon wrote:
Hi Daniel,
So does kgdb do something useful after this patch?
On this occasion I was debugging it on behalf of another developer
rather than trying to use it myself to debug something so I didn't do
much additional testing beyond sanity tested the conten
Hi Rob,
> On May 10, 2016, at 00:59 , Rob Herring wrote:
>
> On Mon, May 9, 2016 at 1:05 PM, Pantelis Antoniou
> wrote:
>> Add a description of the indirect overlay method to the overlay
>> documention file.
>
> Why? Please write some decent commit messages.
>
>> Signed-off-by: Pantelis Anton
Hi Marcel,
> From: Amitkumar Karwar [mailto:akar...@marvell.com]
> Sent: Friday, May 06, 2016 9:02 PM
> To: linux-blueto...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Ganapathi Bhat; Amitkumar Karwar
> Subject: [PATCH v11 3/3] Bluetooth: hci_uart: Support firmware download
> for Marvell
>
301 - 400 of 988 matches
Mail list logo
