Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm

On Mon, Jan 23, 2017 at 09:14:04AM -0800, Dan Williams wrote: > The use case that we have now is distinguishing volatile vs persistent > memory (brd vs pmem). brd is a development tool, so until we have other reasons for this abstraction (which I'm pretty sure will show up rather sooner than

Re: [PATCH] block: Initialize cfqq->ioprio_class in cfq_get_queue()

On 01/23/2017 09:17 AM, Alexander Potapenko wrote: > On Mon, Jan 23, 2017 at 5:03 PM, Andrey Ryabinin > wrote: >> 2017-01-23 17:06 GMT+03:00 Alexander Potapenko : >>> KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of >>> uninitialized memory in cfq_init_cfqq(): >>> >>>

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On Mon, Jan 23, 2017 at 06:51:30PM +0100, Borislav Petkov wrote: > Hey Tony, > > a "welcome back" is in order? :-) Yes - first day back today. Lots of catching up to do. > And apparently crash knows about poisoned pages and handles them: > > static int __init crash_save_vmcoreinfo_init(void) >

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On Mon, Jan 23, 2017 at 06:51:30PM +0100, Borislav Petkov wrote: > Hey Tony, > > a "welcome back" is in order? :-) Yes - first day back today. Lots of catching up to do. > And apparently crash knows about poisoned pages and handles them: > > static int __init crash_save_vmcoreinfo_init(void) >

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

On Mon, Jan 23, 2017 at 08:24:47PM +0300, Alexander Kochetkov wrote: > Heiko, Daniel, thanks a lot for review! > I’ll send v5 series this week. > > Heiko, Daniel, may I add 'Reviewed-by:’ to patch series? > > Reviewed-by: Heiko Stübner ? > Reviewed-by: Daniel Lezcano

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

On Mon, Jan 23, 2017 at 08:24:47PM +0300, Alexander Kochetkov wrote: > Heiko, Daniel, thanks a lot for review! > I’ll send v5 series this week. > > Heiko, Daniel, may I add 'Reviewed-by:’ to patch series? > > Reviewed-by: Heiko Stübner ? > Reviewed-by: Daniel Lezcano ? > I will answer with

[PATCH 1/1 linux-next] ext4: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/ext4/super.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 9d15a62..3746f77 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c

[PATCH 1/1 linux-next] ext4: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/ext4/super.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 9d15a62..3746f77 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -3798,7

[PATCH 1/1 linux-next] hfsplus: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/hfsplus/wrapper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hfsplus/wrapper.c b/fs/hfsplus/wrapper.c index ebb85e5..e254fa0 100644 --- a/fs/hfsplus/wrapper.c +++

[PATCH 1/1 linux-next] hfsplus: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/hfsplus/wrapper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hfsplus/wrapper.c b/fs/hfsplus/wrapper.c index ebb85e5..e254fa0 100644 --- a/fs/hfsplus/wrapper.c +++

Re: [PATCH] net: adaptec: starfire: add checks for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 21 Jan 2017 01:52:24 +0300 > init_ring() and refill_rx_ring() don't check if mapping dma memory succeed. > The patch adds the checks and failure handling. > > Found by Linux Driver Verification project (linuxtesting.org). > >

Re: [PATCH] net: adaptec: starfire: add checks for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 21 Jan 2017 01:52:24 +0300 > init_ring() and refill_rx_ring() don't check if mapping dma memory succeed. > The patch adds the checks and failure handling. > > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by: Alexey

[PATCH 1/1 linux-next] hfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/hfs/mdb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hfs/mdb.c b/fs/hfs/mdb.c index a3ec3ae..482081b 100644 --- a/fs/hfs/mdb.c +++ b/fs/hfs/mdb.c @@ -38,7 +38,7 @@

[PATCH 1/1 linux-next] hfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/hfs/mdb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hfs/mdb.c b/fs/hfs/mdb.c index a3ec3ae..482081b 100644 --- a/fs/hfs/mdb.c +++ b/fs/hfs/mdb.c @@ -38,7 +38,7 @@ static int

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

Hey Tony, a "welcome back" is in order? :-) On Mon, Jan 23, 2017 at 09:40:09AM -0800, Luck, Tony wrote: > If the system had experienced some memory corruption, but > recovered ... then there would be some pages sitting around > that the old kernel had marked as POISON and stopped using. > The

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

Hey Tony, a "welcome back" is in order? :-) On Mon, Jan 23, 2017 at 09:40:09AM -0800, Luck, Tony wrote: > If the system had experienced some memory corruption, but > recovered ... then there would be some pages sitting around > that the old kernel had marked as POISON and stopped using. > The

[PATCH] frv: add missing atomic64 operations

From: Sudip Mukherjee Some more atomic64 operations were missing and as a result frv allmodconfig was failing. Add the missing operations. Signed-off-by: Sudip Mukherjee --- arch/frv/include/asm/atomic.h | 19 ++- 1

[PATCH] frv: add missing atomic64 operations

From: Sudip Mukherjee Some more atomic64 operations were missing and as a result frv allmodconfig was failing. Add the missing operations. Signed-off-by: Sudip Mukherjee --- arch/frv/include/asm/atomic.h | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git

[PATCH 1/1 linux-next] jfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/jfs/resize.c | 4 ++-- fs/jfs/super.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/jfs/resize.c b/fs/jfs/resize.c index bd9b641..7ddcb44 100644 ---

[PATCH 1/1 linux-next] jfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/jfs/resize.c | 4 ++-- fs/jfs/super.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/jfs/resize.c b/fs/jfs/resize.c index bd9b641..7ddcb44 100644 --- a/fs/jfs/resize.c +++

Re: [PATCH v3 3/5] drm/rockchip/dsi: remove mode_valid function

On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote: > The MIPI DSI do not need check the validity of resolution, the max > resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid > here. Does vop actually enforce this, though? I see that mode_config.max_width is 4096, but

Re: [PATCH v3 3/5] drm/rockchip/dsi: remove mode_valid function

On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote: > The MIPI DSI do not need check the validity of resolution, the max > resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid > here. Does vop actually enforce this, though? I see that mode_config.max_width is 4096, but

[PATCH 1/1 linux-next] fs/reiserfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/reiserfs/super.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c index e314cb3..feabcde 100644 --- a/fs/reiserfs/super.c +++

[PATCH 1/1 linux-next] fs/reiserfs: atomically read inode size

See i_size_read() comments in include/linux/fs.h Signed-off-by: Fabian Frederick --- fs/reiserfs/super.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c index e314cb3..feabcde 100644 --- a/fs/reiserfs/super.c +++

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

Hi Nicolas, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc5 next-20170123] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicolas-Dichtel/uapi-export-all-headers

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

Hi Nicolas, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc5 next-20170123] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicolas-Dichtel/uapi-export-all-headers

Re: [PATCHSET v4] blk-mq-scheduling framework

On 01/23/2017 10:04 AM, Paolo Valente wrote: > >> Il giorno 18 gen 2017, alle ore 17:21, Jens Axboe ha scritto: >> >> On 01/18/2017 08:14 AM, Paolo Valente wrote: >>> according to the function blk_mq_sched_put_request, the >>> mq.completed_request hook seems to always be invoked

Re: [PATCHSET v4] blk-mq-scheduling framework

On 01/23/2017 10:04 AM, Paolo Valente wrote: > >> Il giorno 18 gen 2017, alle ore 17:21, Jens Axboe ha scritto: >> >> On 01/18/2017 08:14 AM, Paolo Valente wrote: >>> according to the function blk_mq_sched_put_request, the >>> mq.completed_request hook seems to always be invoked (if set) for a

[PATCH 1/3] coresight: fix kernel panic caused by invalid CPU

From: Wang Nan Commit d52c9750f150 ("coresight: reset "enable_sink" flag when need be") caused a kernel panic because of the using of an invalid value: after 'for_each_cpu(cpu, mask)', value of local variable 'cpu' become invalid, causes following 'cpu_to_node' access

[PATCH 1/3] coresight: fix kernel panic caused by invalid CPU

From: Wang Nan Commit d52c9750f150 ("coresight: reset "enable_sink" flag when need be") caused a kernel panic because of the using of an invalid value: after 'for_each_cpu(cpu, mask)', value of local variable 'cpu' become invalid, causes following 'cpu_to_node' access invalid memory area. This

[PATCH 0/3] coresight: next v4.10-rc5

Hello, These are the patches to be queued for the 4.11 cycle. Please have a look when you have the opportunity. The set applies on your 'char-misc-next' branch (8e27a236312c). Regards, Mathieu Mathieu Poirier (1): coresight: etm4x: Fix timestamp configuration when working from perf Mike

[PATCH 0/3] coresight: next v4.10-rc5

Hello, These are the patches to be queued for the 4.11 cycle. Please have a look when you have the opportunity. The set applies on your 'char-misc-next' branch (8e27a236312c). Regards, Mathieu Mathieu Poirier (1): coresight: etm4x: Fix timestamp configuration when working from perf Mike

[PATCH 2/3] coresight: etm4x: Fix enabling of cycle accurate tracing in perf.

From: Mike Leach Using perf record 'cyclacc' option in cs_etm event was not setting up cycle accurate trace correctly. Corrects bit set in TRCCONFIGR to enable cycle accurate trace. Programs TRTLR with a valid threshold value as required by ETMv4 spec. Signed-off-by:

[PATCH 3/3] coresight: etm4x: Fix timestamp configuration when working from perf

When using the ETM4x tracers from the perf interface two trace options are available: cycle accurate and timestamp. Enabling the timestamp feature is done by setting TRCCONFIGR.TS (bit 11). The position of the timestamp bit in that register coincidentally happens to be the same as what was chosen

[PATCH 2/3] coresight: etm4x: Fix enabling of cycle accurate tracing in perf.

From: Mike Leach Using perf record 'cyclacc' option in cs_etm event was not setting up cycle accurate trace correctly. Corrects bit set in TRCCONFIGR to enable cycle accurate trace. Programs TRTLR with a valid threshold value as required by ETMv4 spec. Signed-off-by: Mike Leach

[PATCH 3/3] coresight: etm4x: Fix timestamp configuration when working from perf

When using the ETM4x tracers from the perf interface two trace options are available: cycle accurate and timestamp. Enabling the timestamp feature is done by setting TRCCONFIGR.TS (bit 11). The position of the timestamp bit in that register coincidentally happens to be the same as what was chosen

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On Mon, Jan 23, 2017 at 03:50:56PM +0100, Borislav Petkov wrote: > On Mon, Jan 23, 2017 at 09:35:53PM +0800, Xunlei Pang wrote: > > One possible timing sequence would be: > > 1st kernel running on multiple cpus panicked > > then the crash dump code starts > > the crash dump code stops the others

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On Mon, Jan 23, 2017 at 03:50:56PM +0100, Borislav Petkov wrote: > On Mon, Jan 23, 2017 at 09:35:53PM +0800, Xunlei Pang wrote: > > One possible timing sequence would be: > > 1st kernel running on multiple cpus panicked > > then the crash dump code starts > > the crash dump code stops the others

[PATCH] usb: gadget: udc: constify usb_ep_ops structures

Declare usb_ep_ops structures as const as they are only stored in the ops field of an usb_ep structure. This field is of type const, so usb_ep_ops structures having this property can be made const too. Done using Coccinelle( A smaller version of the script) @r disable optional_qualifier@

[PATCH] usb: gadget: udc: constify usb_ep_ops structures

Declare usb_ep_ops structures as const as they are only stored in the ops field of an usb_ep structure. This field is of type const, so usb_ep_ops structures having this property can be made const too. Done using Coccinelle( A smaller version of the script) @r disable optional_qualifier@

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Heiko, Daniel, thanks a lot for review! I’ll send v5 series this week. Heiko, Daniel, may I add 'Reviewed-by:’ to patch series? Reviewed-by: Heiko Stübner ? Reviewed-by: Daniel Lezcano ? Regards, Alexander. > 23 янв. 2017 г., в 20:12, Heiko Stübner

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Heiko, Daniel, thanks a lot for review! I’ll send v5 series this week. Heiko, Daniel, may I add 'Reviewed-by:’ to patch series? Reviewed-by: Heiko Stübner ? Reviewed-by: Daniel Lezcano ? Regards, Alexander. > 23 янв. 2017 г., в 20:12, Heiko Stübner написал(а): > > Am Montag, 23. Januar

Re: [PATCH v3 2/5] drm/rockchip/dsi: dw-mipi: support RK3399 mipi dsi

On Fri, Jan 20, 2017 at 06:10:48PM +0800, Chris Zhong wrote: > The vopb/vopl switch register of RK3399 mipi is different from RK3288, > the default setting for mipi dsi mode is different too, so add a > of_device_id structure to distinguish them, and make sure set the > correct mode before mipi

Re: [PATCH v3 2/5] drm/rockchip/dsi: dw-mipi: support RK3399 mipi dsi

On Fri, Jan 20, 2017 at 06:10:48PM +0800, Chris Zhong wrote: > The vopb/vopl switch register of RK3399 mipi is different from RK3288, > the default setting for mipi dsi mode is different too, so add a > of_device_id structure to distinguish them, and make sure set the > correct mode before mipi

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 09:21:03AM -0800, Christoph Hellwig wrote: > Or keep the exported version as-is and never changed it, and use > a different copy for the kernel itself. Yeah, that's a good idea, thanks Christoph. I guess we'll have to do that if something in userspace has put its sticky

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 09:21:03AM -0800, Christoph Hellwig wrote: > Or keep the exported version as-is and never changed it, and use > a different copy for the kernel itself. Yeah, that's a good idea, thanks Christoph. I guess we'll have to do that if something in userspace has put its sticky

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 16.01.2017 17:39, Jarkko Sakkinen wrote: > On Mon, Jan 16, 2017 at 03:58:26PM +0100, Maciej S. Szmigiero wrote: >> On 16.01.2017 14:55, Jarkko Sakkinen wrote: >>> On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkinen wrote: On Mon, Jan 16, 2017 at 11:42:02AM +0200, Jarkko Sakkinen

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 16.01.2017 17:39, Jarkko Sakkinen wrote: > On Mon, Jan 16, 2017 at 03:58:26PM +0100, Maciej S. Szmigiero wrote: >> On 16.01.2017 14:55, Jarkko Sakkinen wrote: >>> On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkinen wrote: On Mon, Jan 16, 2017 at 11:42:02AM +0200, Jarkko Sakkinen

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 07:36:20AM -0800, Dave Hansen wrote: >> The kernel xsave buffer should *ALWAYS* have the >> XCOMP_BV_COMPACTED_FORMAT bit set. It should have been set before the >> copyin and it should be set when it's finished. >> >> The best

Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a XSAVES area

On 01/23/2017 08:55 AM, Yu-cheng Yu wrote: > On Mon, Jan 23, 2017 at 07:36:20AM -0800, Dave Hansen wrote: >> The kernel xsave buffer should *ALWAYS* have the >> XCOMP_BV_COMPACTED_FORMAT bit set. It should have been set before the >> copyin and it should be set when it's finished. >> >> The best

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 06:17:32PM +0100, Borislav Petkov wrote: > I know, we should not ever break userspace but if it were me, I'd remove > that export and see what breaks. If at all. Or keep the exported version as-is and never changed it, and use a different copy for the kernel itself.

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 06:17:32PM +0100, Borislav Petkov wrote: > I know, we should not ever break userspace but if it were me, I'd remove > that export and see what breaks. If at all. Or keep the exported version as-is and never changed it, and use a different copy for the kernel itself.

Re: BUG: KASAN: Use-after-free

On Mon, Jan 23, 2017 at 05:07:52PM +0100, Matias Bjørling wrote: > Hi, > > I could use some help verifying an use-after-free bug that I am seeing > after the new direct I/O work went in. > > When issuing a direct write io using libaio, a bio is referenced in the > blkdev_direct_IO path, and then

Re: BUG: KASAN: Use-after-free

On Mon, Jan 23, 2017 at 05:07:52PM +0100, Matias Bjørling wrote: > Hi, > > I could use some help verifying an use-after-free bug that I am seeing > after the new direct I/O work went in. > > When issuing a direct write io using libaio, a bio is referenced in the > blkdev_direct_IO path, and then

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 06:06:52PM +0100, Nicolas Dichtel wrote: > After digging a bit, it seems you have already tried to remove it in commit > b72e7464e4cf ("x86/uapi: Do not export as part of the user > API > headers"), but because this file is still listed in the Kbuild file, it is > still

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

On Mon, Jan 23, 2017 at 06:06:52PM +0100, Nicolas Dichtel wrote: > After digging a bit, it seems you have already tried to remove it in commit > b72e7464e4cf ("x86/uapi: Do not export as part of the user > API > headers"), but because this file is still listed in the Kbuild file, it is > still

Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm

On Mon, Jan 23, 2017 at 8:00 AM, Christoph Hellwig wrote: > On Sun, Jan 22, 2017 at 11:10:04PM -0800, Dan Williams wrote: >> How about we solve the copy_from_user() abuse first before we hijack >> this thread for some future feature that afaics has no patches posted >> yet. > >

Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm

On Mon, Jan 23, 2017 at 8:00 AM, Christoph Hellwig wrote: > On Sun, Jan 22, 2017 at 11:10:04PM -0800, Dan Williams wrote: >> How about we solve the copy_from_user() abuse first before we hijack >> this thread for some future feature that afaics has no patches posted >> yet. > > Solving

Re: [PATCH v3 0/3] Init device ids from ACPI of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > (Re-submitting this patch set originally created by Leonard Crestez, > possibly abandoned by Leonard due to a change in employment) > > When using devicetree, stuff like i2c_client.name or spi_device.modalias > is

Re: [PATCH v3 0/3] Init device ids from ACPI of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > (Re-submitting this patch set originally created by Leonard Crestez, > possibly abandoned by Leonard due to a change in employment) > > When using devicetree, stuff like i2c_client.name or spi_device.modalias > is initialized to the first DT

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Am Montag, 23. Januar 2017, 15:47:44 CET schrieb Daniel Lezcano: > On Wed, Dec 21, 2016 at 05:21:05PM +0300, Alexander Kochetkov wrote: > > Hello Heiko, Daniel! > > > > Are there any reasons why the patches [1][2] are not applied yet into > > kernel? How can I help in applying patches? > > Hi

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Am Montag, 23. Januar 2017, 15:47:44 CET schrieb Daniel Lezcano: > On Wed, Dec 21, 2016 at 05:21:05PM +0300, Alexander Kochetkov wrote: > > Hello Heiko, Daniel! > > > > Are there any reasons why the patches [1][2] are not applied yet into > > kernel? How can I help in applying patches? > > Hi

[PATCH v6 14/14] ARM: dts: da850-lcdk: enable the SATA node

Enable the SATA node for da850-lcdk. We omit the pinctrl property on purpose - the muxed SATA pins are not hooked up to anything SATA-related on the lcdk. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850-lcdk.dts | 4 1 file changed, 4 insertions(+)

[PATCH v6 10/14] sata: ahci-da850: add a workaround for controller instability

We have a use case with the da850 SATA controller where at PLL0 frequency of 456MHz (needed to properly service the LCD controller) the chip becomes unstable and the hardreset operation is ignored the first time 50% of times. The sata core driver already retries to resume the link because some

[PATCH v6 14/14] ARM: dts: da850-lcdk: enable the SATA node

Enable the SATA node for da850-lcdk. We omit the pinctrl property on purpose - the muxed SATA pins are not hooked up to anything SATA-related on the lcdk. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850-lcdk.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v6 10/14] sata: ahci-da850: add a workaround for controller instability

We have a use case with the da850 SATA controller where at PLL0 frequency of 456MHz (needed to properly service the LCD controller) the chip becomes unstable and the hardreset operation is ignored the first time 50% of times. The sata core driver already retries to resume the link because some

[PATCH v6 08/14] sata: ahci-da850: implement a workaround for the softreset quirk

There's an issue with the da850 SATA controller: if port multiplier support is compiled in, but we're connecting the drive directly to the SATA port on the board, the drive can't be detected. To make SATA work on the da850-lcdk board: first try to softreset with pmp - if the operation fails with

[PATCH v6 08/14] sata: ahci-da850: implement a workaround for the softreset quirk

There's an issue with the da850 SATA controller: if port multiplier support is compiled in, but we're connecting the drive directly to the SATA port on the board, the drive can't be detected. To make SATA work on the da850-lcdk board: first try to softreset with pmp - if the operation fails with

Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > From: Crestez Dan Leonard > > When using devicetree spi_device.modalias is set to the compatible > string with the vendor prefix removed. For SPI devices described via > ACPI the

Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > From: Crestez Dan Leonard > > When using devicetree spi_device.modalias is set to the compatible > string with the vendor prefix removed. For SPI devices described via > ACPI the spi_device.modalias string is initialized by acpi_device_hid.

Re: [PATCH v2 3/3] pinctrl / gpio: Introduce .set_config() callback for GPIO chips

On Mon, Jan 23, 2017 at 03:34:34PM +0300, Mika Westerberg wrote: > Currently we already have two pin configuration related callbacks > available for GPIO chips .set_single_ended() and .set_debounce(). In > future we expect to have even more, which does not scale well if we need > to add yet

[PATCH v6 07/14] sata: ahci-da850: add device tree match table

We're using device tree for da850-lcdk. Add the match table to allow to probe the driver. Signed-off-by: Bartosz Golaszewski Acked-by: Tejun Heo --- drivers/ata/ahci_da850.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH v2 3/3] pinctrl / gpio: Introduce .set_config() callback for GPIO chips

On Mon, Jan 23, 2017 at 03:34:34PM +0300, Mika Westerberg wrote: > Currently we already have two pin configuration related callbacks > available for GPIO chips .set_single_ended() and .set_debounce(). In > future we expect to have even more, which does not scale well if we need > to add yet

[PATCH v6 07/14] sata: ahci-da850: add device tree match table

We're using device tree for da850-lcdk. Add the match table to allow to probe the driver. Signed-off-by: Bartosz Golaszewski Acked-by: Tejun Heo --- drivers/ata/ahci_da850.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/ata/ahci_da850.c b/drivers/ata/ahci_da850.c index

[PATCH v6 06/14] ARM: davinci: da850: model the SATA refclk

Register a fixed rate clock modelling the external SATA oscillator for da850 (both DT and board file mode). Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da8xx-dt.c | 8 arch/arm/mach-davinci/devices-da8xx.c | 29

[PATCH v6 06/14] ARM: davinci: da850: model the SATA refclk

Register a fixed rate clock modelling the external SATA oscillator for da850 (both DT and board file mode). Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da8xx-dt.c | 8 arch/arm/mach-davinci/devices-da8xx.c | 29 +

Re: [PATCH v3 2/3] i2c: acpi: Initialize info.type from of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > From: Crestez Dan Leonard > > When using devicetree i2c_board_info.type is set to the compatible > string with the vendor prefix removed. For I2C devices described via > ACPI the

Re: [PATCH v3 2/3] i2c: acpi: Initialize info.type from of_compatible

On Mon, Jan 23, 2017 at 6:08 PM, Dan O'Donovan wrote: > From: Crestez Dan Leonard > > When using devicetree i2c_board_info.type is set to the compatible > string with the vendor prefix removed. For I2C devices described via > ACPI the i2c_board_info.type string is set to the ACPI device name.

Re: v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900

On Mon, Jan 23, 2017 at 03:40:31PM +0100, Pavel Machek wrote: > On Mon 2017-01-23 06:31:31, Guenter Roeck wrote: > > On 01/23/2017 06:19 AM, Pavel Machek wrote: > > >Hi! > > > > > >>It seems that battery driver stopped working on N900 between -rc4 and > > >>-rc5. > > > > >

Re: v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900

On Mon, Jan 23, 2017 at 03:40:31PM +0100, Pavel Machek wrote: > On Mon 2017-01-23 06:31:31, Guenter Roeck wrote: > > On 01/23/2017 06:19 AM, Pavel Machek wrote: > > >Hi! > > > > > >>It seems that battery driver stopped working on N900 between -rc4 and > > >>-rc5. > > > > >

[PATCH v6 01/14] devicetree: bindings: add bindings for ahci-da850

Add DT bindings for the TI DA850 AHCI SATA controller. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-da850.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644

[PATCH v6 01/14] devicetree: bindings: add bindings for ahci-da850

Add DT bindings for the TI DA850 AHCI SATA controller. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-da850.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 Documentation/devicetree/bindings/ata/ahci-da850.txt diff --git

[PATCH v6 00/14] ARM: da850-lcdk: add SATA support

This series contains all the changes necessary to make SATA work on the da850-lcdk board. The first patch adds DT bindings for the ahci-da850 driver. The second enables relevant modules in davinci_all_defconfig. Patches 03/14-06/14 modify the way the clocks are handled regarding SATA on the

[PATCH v6 00/14] ARM: da850-lcdk: add SATA support

This series contains all the changes necessary to make SATA work on the da850-lcdk board. The first patch adds DT bindings for the ahci-da850 driver. The second enables relevant modules in davinci_all_defconfig. Patches 03/14-06/14 modify the way the clocks are handled regarding SATA on the

Re: [PATCH v4 9/9] clocksource/drivers/rockchip_timer: implement clocksource timer

Am Dienstag, 29. November 2016, 19:14:52 CET schrieb Alexander Kochetkov: > The clock supplying the arm-global-timer on the rk3188 is coming from the > the cpu clock itself and thus changes its rate everytime cpufreq adjusts > the cpu frequency making this timer unsuitable as a stable clocksource

Re: [PATCH v4 9/9] clocksource/drivers/rockchip_timer: implement clocksource timer

Am Dienstag, 29. November 2016, 19:14:52 CET schrieb Alexander Kochetkov: > The clock supplying the arm-global-timer on the rk3188 is coming from the > the cpu clock itself and thus changes its rate everytime cpufreq adjusts > the cpu frequency making this timer unsuitable as a stable clocksource

[PATCH v6 12/14] ARM: davinci: remove BUG_ON() from da850_register_sata()

The ahci driver now supports other refclk clock rates. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/devices-da8xx.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c

[PATCH v6 13/14] ARM: dts: da850: add the SATA node

Add the SATA node to the da850 device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index 104155d..3b5fd41e 100644 ---

[PATCH v6 12/14] ARM: davinci: remove BUG_ON() from da850_register_sata()

The ahci driver now supports other refclk clock rates. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/devices-da8xx.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c index cfceb32..7cf529f 100644

[PATCH v6 13/14] ARM: dts: da850: add the SATA node

Add the SATA node to the da850 device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index 104155d..3b5fd41e 100644 --- a/arch/arm/boot/dts/da850.dtsi

[PATCH v6 11/14] sata: ahci-da850: un-hardcode the MPY bits

All platforms using this driver now register the SATA refclk. Remove the hardcoded default value from the driver and instead read the rate of the external clock and calculate the required MPY value from it. Signed-off-by: Bartosz Golaszewski Acked-by: Tejun Heo

[PATCH v6 11/14] sata: ahci-da850: un-hardcode the MPY bits

All platforms using this driver now register the SATA refclk. Remove the hardcoded default value from the driver and instead read the rate of the external clock and calculate the required MPY value from it. Signed-off-by: Bartosz Golaszewski Acked-by: Tejun Heo --- drivers/ata/ahci_da850.c |

[PATCH v6 04/14] sata: ahci-da850: get the sata clock using a connection id

In preparation for using two clocks in the driver (the sysclk2-based clock and the external REFCLK), check if we got a functional clock after calling ahci_platform_get_resources(). If not, retry calling clk_get() with con_id specified. Signed-off-by: Bartosz Golaszewski

[PATCH v6 04/14] sata: ahci-da850: get the sata clock using a connection id

In preparation for using two clocks in the driver (the sysclk2-based clock and the external REFCLK), check if we got a functional clock after calling ahci_platform_get_resources(). If not, retry calling clk_get() with con_id specified. Signed-off-by: Bartosz Golaszewski Acked-by: Tejun Heo ---

[PATCH v6 02/14] ARM: davinci_all_defconfig: enable SATA modules

Add the da850-ahci driver to davinci defconfig. Signed-off-by: Bartosz Golaszewski --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig index

[PATCH v6 02/14] ARM: davinci_all_defconfig: enable SATA modules

Add the da850-ahci driver to davinci defconfig. Signed-off-by: Bartosz Golaszewski --- arch/arm/configs/davinci_all_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig b/arch/arm/configs/davinci_all_defconfig index 8806754..a1b9c58 100644 ---

[PATCH v6 03/14] ARM: davinci: add a clock lookup entry for the SATA clock

This entry is needed for the ahci driver to get a functional clock. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da8xx-dt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-davinci/da8xx-dt.c b/arch/arm/mach-davinci/da8xx-dt.c index

[PATCH v6 03/14] ARM: davinci: add a clock lookup entry for the SATA clock

This entry is needed for the ahci driver to get a functional clock. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da8xx-dt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-davinci/da8xx-dt.c b/arch/arm/mach-davinci/da8xx-dt.c index 9ee44da..b83e5d1 100644 ---

[PATCH v6 05/14] ARM: davinci: da850: add con_id for the SATA clock

The ahci-da850 SATA driver is now capable of retrieving clocks by con_id. Add the connection id for the sysclk2-derived SATA clock. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da850.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v6 05/14] ARM: davinci: da850: add con_id for the SATA clock

The ahci-da850 SATA driver is now capable of retrieving clocks by con_id. Add the connection id for the sysclk2-derived SATA clock. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da850.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

<    3   4   5   6   7   8   9   10   11   12   >