On 14/09/17 18:31, Tycho Andersen wrote:
> Hi Juergen,
>
> On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote:
>> xenbus_client.c contains some functions specific for pv guests.
>> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
>> they are not needed (e.g. on ARM).
On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote:
>
>* Andy Lutomirski wrote:
>
>> >> > diff --git a/arch/x86/entry/entry_64.S
>b/arch/x86/entry/entry_64.S
>> >> > index 4916725..3bab6af 100644
>> >> > --- a/arch/x86/entry/entry_64.S
>> >> > +++
On 14/09/17 18:31, Tycho Andersen wrote:
> Hi Juergen,
>
> On Thu, Sep 14, 2017 at 02:38:58PM +0200, Juergen Gross wrote:
>> xenbus_client.c contains some functions specific for pv guests.
>> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
>> they are not needed (e.g. on ARM).
On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote:
>
>* Andy Lutomirski wrote:
>
>> >> > diff --git a/arch/x86/entry/entry_64.S
>b/arch/x86/entry/entry_64.S
>> >> > index 4916725..3bab6af 100644
>> >> > --- a/arch/x86/entry/entry_64.S
>> >> > +++ b/arch/x86/entry/entry_64.S
>> >> > @@
On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote:
>
>* Andy Lutomirski wrote:
>
>> >> > diff --git a/arch/x86/entry/entry_64.S
>b/arch/x86/entry/entry_64.S
>> >> > index 4916725..3bab6af 100644
>> >> > --- a/arch/x86/entry/entry_64.S
>> >> > +++
On September 14, 2017 10:31:55 PM PDT, Ingo Molnar wrote:
>
>* Andy Lutomirski wrote:
>
>> >> > diff --git a/arch/x86/entry/entry_64.S
>b/arch/x86/entry/entry_64.S
>> >> > index 4916725..3bab6af 100644
>> >> > --- a/arch/x86/entry/entry_64.S
>> >> > +++ b/arch/x86/entry/entry_64.S
>> >> > @@
Hello Mr Chehab,
Thanks for reviewing the patch.
I have modified the patch as per your comments.
Please check if it looks fine now.
Signed-off-by: Satendra Singh Thakur
---
drivers/media/dvb-core/dvb_frontend.c | 212 +-
Hello Mr Chehab,
Thanks for reviewing the patch.
I have modified the patch as per your comments.
Please check if it looks fine now.
Signed-off-by: Satendra Singh Thakur
---
drivers/media/dvb-core/dvb_frontend.c | 212 +-
include/uapi/linux/dvb/frontend.h |
Thu, Sep 14, 2017 at 11:01:32PM CEST, and...@lunn.ch wrote:
>> Can you clarify what type of registers it is you are wanting to read?
>> We already have ethtool which is meant to allow reading the device
>> registers for a given netdev. As long as the port has a netdev
>> associated it then there
Thu, Sep 14, 2017 at 11:01:32PM CEST, and...@lunn.ch wrote:
>> Can you clarify what type of registers it is you are wanting to read?
>> We already have ethtool which is meant to allow reading the device
>> registers for a given netdev. As long as the port has a netdev
>> associated it then there
Hi,
On 14.09.2017 21:17, Mathieu Malaterre wrote:
On Thu, Sep 14, 2017 at 9:11 PM, Levin, Alexander (Sasha Levin)
wrote:
On Thu, Sep 14, 2017 at 08:59:05PM +0200, Mathieu Malaterre wrote:
On Thu, Sep 14, 2017 at 5:51 PM, Levin, Alexander (Sasha Levin)
Hi,
On 14.09.2017 21:17, Mathieu Malaterre wrote:
On Thu, Sep 14, 2017 at 9:11 PM, Levin, Alexander (Sasha Levin)
wrote:
On Thu, Sep 14, 2017 at 08:59:05PM +0200, Mathieu Malaterre wrote:
On Thu, Sep 14, 2017 at 5:51 PM, Levin, Alexander (Sasha Levin)
wrote:
From: Marcin Nowakowski
[
* Josh Poimboeuf wrote:
> > So if this observation of mine is true we could go back to the old code for
> > the
> > hotpath, but use RDI for TBL and not reload it in the hotpath.
>
> Thanks for the excellent breakdown.
>
> When I looked at the patch again, I came to the
* Josh Poimboeuf wrote:
> > So if this observation of mine is true we could go back to the old code for
> > the
> > hotpath, but use RDI for TBL and not reload it in the hotpath.
>
> Thanks for the excellent breakdown.
>
> When I looked at the patch again, I came to the same conclusion as
* Eric Biggers wrote:
> Hi Josh,
>
> On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote:
> > And here's v2 of the sha512-avx2 patch. It should hopefully gain back
> > most of the performance lost by v1.
> >
> > From: Josh Poimboeuf
> >
* Eric Biggers wrote:
> Hi Josh,
>
> On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote:
> > And here's v2 of the sha512-avx2 patch. It should hopefully gain back
> > most of the performance lost by v1.
> >
> > From: Josh Poimboeuf
> > Subject: [PATCH] x86/crypto: Fix RBP usage
* Andy Lutomirski wrote:
> >> > diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S
> >> > index 4916725..3bab6af 100644
> >> > --- a/arch/x86/entry/entry_64.S
> >> > +++ b/arch/x86/entry/entry_64.S
> >> > @@ -185,12 +185,10 @@ entry_SYSCALL_64_fastpath:
> >> >
* Andy Lutomirski wrote:
> >> > diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S
> >> > index 4916725..3bab6af 100644
> >> > --- a/arch/x86/entry/entry_64.S
> >> > +++ b/arch/x86/entry/entry_64.S
> >> > @@ -185,12 +185,10 @@ entry_SYSCALL_64_fastpath:
> >> > */
> >> >
From: Shu Wang
Kmemleak reports about a thousand false positives for fusion->
cmd_list[]. Root casue is the cmd_list objects are allocated from
slab allocator, and stored its pointer in object allocated by page
allocator. The fix will tell kmemleak to track and scan fusion
From: Shu Wang
Kmemleak reports about a thousand false positives for fusion->
cmd_list[]. Root casue is the cmd_list objects are allocated from
slab allocator, and stored its pointer in object allocated by page
allocator. The fix will tell kmemleak to track and scan fusion
object.
V2:
Add
From: Christoph Hellwig
The CONFIG_IMA_LOAD_X509 and CONFIG_EVM_LOAD_X509 options permit
loading x509 signed certificates onto the trusted keyrings without
verifying the x509 certificate file's signature.
This patch replaces the call to the integrity_read_file() specific
function
From: Christoph Hellwig
The CONFIG_IMA_LOAD_X509 and CONFIG_EVM_LOAD_X509 options permit
loading x509 signed certificates onto the trusted keyrings without
verifying the x509 certificate file's signature.
This patch replaces the call to the integrity_read_file() specific
function with the
From: Christoph Hellwig
Add a new ->integrity_read file operation to read data for integrity
hash collection. This is defined to be equivalent to ->read_iter,
except that it will be called with the i_rwsem held exclusively.
(Based on Christoph's original patch.)
Signed-off-by:
From: Christoph Hellwig
Add a new ->integrity_read file operation to read data for integrity
hash collection. This is defined to be equivalent to ->read_iter,
except that it will be called with the i_rwsem held exclusively.
(Based on Christoph's original patch.)
Signed-off-by: Christoph
The integrity_kernel_read() function was originally introduced to
read a file and calculate the file hash by-passing any security
checks. Support subsequently was added allowing the kernel to read
a file containing a signed x509 certificate and load it onto either
the IMA or EVM keyring.
This
The integrity_kernel_read() function was originally introduced to
read a file and calculate the file hash by-passing any security
checks. Support subsequently was added allowing the kernel to read
a file containing a signed x509 certificate and load it onto either
the IMA or EVM keyring.
This
This patch constifies the path argument to kernel_read_file_from_path.
Signed-off-by: Mimi Zohar
---
fs/exec.c | 2 +-
include/linux/fs.h | 2 +-
sound/oss/sound_firmware.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git
This patch constifies the path argument to kernel_read_file_from_path.
Signed-off-by: Mimi Zohar
---
fs/exec.c | 2 +-
include/linux/fs.h | 2 +-
sound/oss/sound_firmware.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
Hi Josh,
On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote:
> And here's v2 of the sha512-avx2 patch. It should hopefully gain back
> most of the performance lost by v1.
>
> From: Josh Poimboeuf
> Subject: [PATCH] x86/crypto: Fix RBP usage in sha512-avx2-asm.S
Hi Josh,
On Wed, Sep 13, 2017 at 05:33:03PM -0500, Josh Poimboeuf wrote:
> And here's v2 of the sha512-avx2 patch. It should hopefully gain back
> most of the performance lost by v1.
>
> From: Josh Poimboeuf
> Subject: [PATCH] x86/crypto: Fix RBP usage in sha512-avx2-asm.S
>
> Using RBP as a
Minchan Kim writes:
> On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote:
>> Minchan Kim writes:
>>
>> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
>> >> Minchan Kim writes:
>> >>
>> >> > On Wed, Sep 13,
Minchan Kim writes:
> On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote:
>> Minchan Kim writes:
>>
>> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
>> >> Minchan Kim writes:
>> >>
>> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote:
>> >> >> On
On Fri, Sep 15, 2017 at 10:24:15AM +0800, 禹舟键 wrote:
>Hi, all.
>I want to draw off-cpu flamegraph using perf script on centos6.7(kernel
>version, 2.6.32-573), and I found perf script lacks the period data column
>on that version. IÂ found two related patches, and modifed
>
On Fri, Sep 15, 2017 at 10:24:15AM +0800, 禹舟键 wrote:
>Hi, all.
>I want to draw off-cpu flamegraph using perf script on centos6.7(kernel
>version, 2.6.32-573), and I found perf script lacks the period data column
>on that version. IÂ found two related patches, and modifed
>
On Thu, Sep 14, 2017 at 08:45:18PM -0700, Jaegeuk Kim wrote:
> > Which filesystem it is? With root I would've expected remount ro done
> > by sys_umount(); with anything else... How has it managed to avoid
> > -EBUSY? If it was umount -l (IOW, MNT_DETACH), I can see that happening,
> > but...
On Thu, Sep 14, 2017 at 08:45:18PM -0700, Jaegeuk Kim wrote:
> > Which filesystem it is? With root I would've expected remount ro done
> > by sys_umount(); with anything else... How has it managed to avoid
> > -EBUSY? If it was umount -l (IOW, MNT_DETACH), I can see that happening,
> > but...
On Thu, 2017-09-14 at 11:56 -0400, Rik van Riel wrote:
>
> On systems with SMT, it may make more sense for
> sync wakeups to look for idle threads of the same
> core, than to have the woken task end up on the
> same thread, and wait for the current task to stop
> running.
Depends.
homer:/root
On Thu, 2017-09-14 at 11:56 -0400, Rik van Riel wrote:
>
> On systems with SMT, it may make more sense for
> sync wakeups to look for idle threads of the same
> core, than to have the woken task end up on the
> same thread, and wait for the current task to stop
> running.
Depends.
homer:/root
On Thu, Sep 14, 2017 at 12:02:47PM -0700, Jarkko Sakkinen wrote:
> On Thu, Sep 14, 2017 at 11:48:54AM -0700, Matthew Garrett wrote:
> > On Thu, Sep 14, 2017 at 11:43 AM, Jarkko Sakkinen
> > wrote:
> > > On Mon, Sep 11, 2017 at 12:00:21PM +0200, Thiebaud Weksteen
On Thu, Sep 14, 2017 at 12:02:47PM -0700, Jarkko Sakkinen wrote:
> On Thu, Sep 14, 2017 at 11:48:54AM -0700, Matthew Garrett wrote:
> > On Thu, Sep 14, 2017 at 11:43 AM, Jarkko Sakkinen
> > wrote:
> > > On Mon, Sep 11, 2017 at 12:00:21PM +0200, Thiebaud Weksteen wrote:
> > >> With TPM 2.0
Hi Caesar,
Thanks for the reply.
在 2017/9/15 10:25, Caesar Wang 写道:
Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add tsadc needed main information for RV1108 SoC.
75Hz is the max clock rate supported by tsadc module.
Signed-off-by: Rocky Hao
---
Hi Caesar,
Thanks for the reply.
在 2017/9/15 10:25, Caesar Wang 写道:
Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add tsadc needed main information for RV1108 SoC.
75Hz is the max clock rate supported by tsadc module.
Signed-off-by: Rocky Hao
---
arch/arm/boot/dts/rv1108.dtsi | 29
2017-09-14 5:45 GMT+08:00 Paolo Bonzini :
> On 13/09/2017 13:03, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> [ cut here ]
>> WARNING: CPU: 4 PID: 5280 at /home/kernel/linux/arch/x86/kvm//vmx.c:11394
>>
2017-09-14 5:45 GMT+08:00 Paolo Bonzini :
> On 13/09/2017 13:03, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> [ cut here ]
>> WARNING: CPU: 4 PID: 5280 at /home/kernel/linux/arch/x86/kvm//vmx.c:11394
>> nested_vmx_vmexit+0xc2b/0xd70 [kvm_intel]
>> CPU: 4 PID: 5280 Comm:
On 09/15, Al Viro wrote:
> On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote:
> > Instead, I put more traces in the reboot procedure, and got a clue to
> > suspect
> > the below flow.
> >
> > delayed_fput() init
> >- umount
> > -
On 09/15, Al Viro wrote:
> On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote:
> > Instead, I put more traces in the reboot procedure, and got a clue to
> > suspect
> > the below flow.
> >
> > delayed_fput() init
> >- umount
> > -
On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote:
> Minchan Kim writes:
>
> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
> >> Minchan Kim writes:
> >>
> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote:
> >>
On Wed, 2017-08-23 at 15:39 +0930, Joel Stanley wrote:
> This driver supports the ast2500 and derivative BMC SoCs from Aspeed.
>
> All of the important clocks are supported, with most non-essential ones
> also implemented where information is available. I am working with
> Aspeed to clear up some
On Fri, Sep 15, 2017 at 11:15:08AM +0800, Huang, Ying wrote:
> Minchan Kim writes:
>
> > On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
> >> Minchan Kim writes:
> >>
> >> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote:
> >> >> On Wed, 13 Sep 2017 10:40:19 +0900
On Wed, 2017-08-23 at 15:39 +0930, Joel Stanley wrote:
> This driver supports the ast2500 and derivative BMC SoCs from Aspeed.
>
> All of the important clocks are supported, with most non-essential ones
> also implemented where information is available. I am working with
> Aspeed to clear up some
Hi Caesar,
Thanks for the reply.
在 2017/9/15 9:49, Caesar Wang 写道:
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add a new compatible for thermal founding on RV1108 SoCs.
Signed-off-by: Rocky Hao
---
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt
Hi Caesar,
Thanks for the reply.
在 2017/9/15 9:49, Caesar Wang 写道:
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add a new compatible for thermal founding on RV1108 SoCs.
Signed-off-by: Rocky Hao
---
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 +
1 file changed, 1
在 2017年09月15日 10:10, Caesar Wang 写道:
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
RV1108 SOC has one Temperature Sensor for CPU.
Signed-off-by: Rocky Hao
Reviewed-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 67
在 2017年09月15日 10:10, Caesar Wang 写道:
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
RV1108 SOC has one Temperature Sensor for CPU.
Signed-off-by: Rocky Hao
Reviewed-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 67
++
1 file changed, 67
Minchan Kim writes:
> On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
>> Minchan Kim writes:
>>
>> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote:
>> >> On Wed, 13 Sep 2017 10:40:19 +0900 Minchan Kim
Minchan Kim writes:
> On Thu, Sep 14, 2017 at 08:01:30PM +0800, Huang, Ying wrote:
>> Minchan Kim writes:
>>
>> > On Wed, Sep 13, 2017 at 02:02:29PM -0700, Andrew Morton wrote:
>> >> On Wed, 13 Sep 2017 10:40:19 +0900 Minchan Kim wrote:
>> >>
>> >> > Every zram users like low-end android
On 09/15/2017 03:20 AM, Marc Zyngier wrote:
> On Thu, Sep 14 2017 at 1:15:14 pm BST, zijun_hu wrote:
>> From: zijun_hu
>>
>> get_cpu_number() doesn't use existing helper to iterate over possible
>> CPUs, so error happens in case of discontinuous
On 09/15/2017 03:20 AM, Marc Zyngier wrote:
> On Thu, Sep 14 2017 at 1:15:14 pm BST, zijun_hu wrote:
>> From: zijun_hu
>>
>> get_cpu_number() doesn't use existing helper to iterate over possible
>> CPUs, so error happens in case of discontinuous @cpu_possible_mask
>> such as 0b0001.
>
> Do
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
Changes since 20170914:
Non-merge commits (relative to Linus' tree): 674
895 files changed, 40338 insertions(+), 9565 deletions
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
Changes since 20170914:
Non-merge commits (relative to Linus' tree): 674
895 files changed, 40338 insertions(+), 9565 deletions
In non-coherent DMA mode, kernel uses cache flushing operations to
maintain I/O coherency, so scsi's block queue should be aligned to
ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least
on MIPS:
Step 1, dma_map_single
Step 2, cache_invalidate (no writeback)
In non-coherent DMA mode, kernel uses cache flushing operations to
maintain I/O coherency, so scsi's block queue should be aligned to
ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least
on MIPS:
Step 1, dma_map_single
Step 2, cache_invalidate (no writeback)
In non-coherent DMA mode, kernel uses cache flushing operations to
maintain I/O coherency, so the dmapool objects should be aligned to
ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least
on MIPS:
Step 1, dma_map_single
Step 2, cache_invalidate (no writeback)
In non-coherent DMA mode, kernel uses cache flushing operations to
maintain I/O coherency, so the dmapool objects should be aligned to
ARCH_DMA_MINALIGN. Otherwise, it will cause data corruption, at least
on MIPS:
Step 1, dma_map_single
Step 2, cache_invalidate (no writeback)
We will use plat_device_is_coherent() in generic cases, but it is
MIPS-specific now. So we provide a default implementation.
BTW, export the symbol hw_coherentio for MIPS if the caller of
plat_device_is_coherent() is in a module.
Cc: sta...@vger.kernel.org
Signed-off-by: Huacai Chen
We will use plat_device_is_coherent() in generic cases, but it is
MIPS-specific now. So we provide a default implementation.
BTW, export the symbol hw_coherentio for MIPS if the caller of
plat_device_is_coherent() is in a module.
Cc: sta...@vger.kernel.org
Signed-off-by: Huacai Chen
---
Philipp,
On 9/14/17 21:51, Philipp wrote:
> Dear Damien,
>
> Thank you for your feedback.
>
>> On 14. Sep 2017, at 10:46, Damien Le Moal
>> wrote:
>
> […]
>
>> Writing once to a sector stored on spinning rust will *not* fully
>> erase the previous data. Part of the
Philipp,
On 9/14/17 21:51, Philipp wrote:
> Dear Damien,
>
> Thank you for your feedback.
>
>> On 14. Sep 2017, at 10:46, Damien Le Moal
>> wrote:
>
> […]
>
>> Writing once to a sector stored on spinning rust will *not* fully
>> erase the previous data. Part of the signal used for storing
Hi Linus,
The following changes since commit 1bd5d6d08ea7ed0794c8a3908383d6d6fc202cdd:
NFS: Count the bytes of skipped subrequests in nfs_lock_and_join_requests()
(2017-09-09 16:43:09 -0400)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git
Hi Linus,
The following changes since commit 1bd5d6d08ea7ed0794c8a3908383d6d6fc202cdd:
NFS: Count the bytes of skipped subrequests in nfs_lock_and_join_requests()
(2017-09-09 16:43:09 -0400)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git
Hi, all.
I want to draw off-cpu flamegraph using perf script on centos6.7
(kernel version, 2.6.32-573), and I found perf script lacks the
period data column on that version. I found two related patches,
and modifed builin-script.c in reference to those patches.
perf script:Add period data column
Hi, all.
I want to draw off-cpu flamegraph using perf script on centos6.7
(kernel version, 2.6.32-573), and I found perf script lacks the
period data column on that version. I found two related patches,
and modifed builin-script.c in reference to those patches.
perf script:Add period data column
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
RV1108 SOC has one Temperature Sensor for CPU.
Signed-off-by: Rocky Hao
---
drivers/thermal/rockchip_thermal.c | 67 ++
1 file changed, 67 insertions(+)
diff --git
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
RV1108 SOC has one Temperature Sensor for CPU.
Signed-off-by: Rocky Hao
---
drivers/thermal/rockchip_thermal.c | 67 ++
1 file changed, 67 insertions(+)
diff --git a/drivers/thermal/rockchip_thermal.c
Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add tsadc needed main information for RV1108 SoC.
75Hz is the max clock rate supported by tsadc module.
Signed-off-by: Rocky Hao
---
arch/arm/boot/dts/rv1108.dtsi | 29 +
1 file changed, 29
Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add tsadc needed main information for RV1108 SoC.
75Hz is the max clock rate supported by tsadc module.
Signed-off-by: Rocky Hao
---
arch/arm/boot/dts/rv1108.dtsi | 29 +
1 file changed, 29 insertions(+)
diff --git
On Thu, 14 Sep 2017 13:24:49 -0700
Ismail Kose wrote:
> From: "Ismail H. Kose"
>
> This patch provides an iio device driver for DS4422/DS4424 chips that support
> two/four channel 7-bit Sink/Source Current DAC.
>
> The driver supports device
On Thu, 14 Sep 2017 13:24:49 -0700
Ismail Kose wrote:
> From: "Ismail H. Kose"
>
> This patch provides an iio device driver for DS4422/DS4424 chips that support
> two/four channel 7-bit Sink/Source Current DAC.
>
> The driver supports device tree and platform files for the configurations.
So
It deletes the unnecessary initializing enum to zero.
Signed-off-by: Wei Hu (Xavier)
Signed-off-by: Shaobo Xu
Signed-off-by: Lijun Ou
---
This patch is based on the patchset as below:
[PATCH for-next 00/20] RDMA/hns: Add hip08
It deletes the unnecessary initializing enum to zero.
Signed-off-by: Wei Hu (Xavier)
Signed-off-by: Shaobo Xu
Signed-off-by: Lijun Ou
---
This patch is based on the patchset as below:
[PATCH for-next 00/20] RDMA/hns: Add hip08 RoCE driver support,
the related link:
On Fri, Sep 15, 2017 at 10:02:04AM +0800, icen...@aosc.io wrote:
>在 2017-09-14 23:51,Levin, Alexander (Sasha Levin) 写道:
>>From: Icenowy Zheng
>>
>>[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ]
>
>As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9
On Fri, Sep 15, 2017 at 10:02:04AM +0800, icen...@aosc.io wrote:
>在 2017-09-14 23:51,Levin, Alexander (Sasha Levin) 写道:
>>From: Icenowy Zheng
>>
>>[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ]
>
>As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9
>at all.
Dropped,
On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote:
> Instead, I put more traces in the reboot procedure, and got a clue to suspect
> the below flow.
>
> delayed_fput() init
>- umount
> - mntput()
> - mntput_no_expire()-
On Thu, Sep 14, 2017 at 05:19:39PM -0700, Jaegeuk Kim wrote:
> Instead, I put more traces in the reboot procedure, and got a clue to suspect
> the below flow.
>
> delayed_fput() init
>- umount
> - mntput()
> - mntput_no_expire()-
在 2017-09-14 23:51,Levin, Alexander (Sasha Levin) 写道:
From: Icenowy Zheng
[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ]
As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9
at all.
The CPUX clock on A33, which is for the Cortex-A7 cores, is
在 2017-09-14 23:51,Levin, Alexander (Sasha Levin) 写道:
From: Icenowy Zheng
[ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ]
As DVFS for A33 doesn't exist in 4.9, this patch doesn't affect 4.9
at all.
The CPUX clock on A33, which is for the Cortex-A7 cores, is designed to
be
The proper compatible for rv3029 is microcrystal,rv3029.
Signed-off-by: Alexandre Belloni
---
arch/powerpc/boot/dts/digsy_mtc.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts
The proper compatible for rv3029 is microcrystal,rv3029.
Signed-off-by: Alexandre Belloni
---
arch/powerpc/boot/dts/digsy_mtc.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts
b/arch/powerpc/boot/dts/digsy_mtc.dts
index
The vendor string for Microcrystal is microcrystal.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.txt | 2 +-
drivers/rtc/rtc-rv3029c2.c| 2 ++
2 files changed, 3 insertions(+), 1
The rv3029 compatible is missing its vendor string, add it.
Also fix the node name to be a proper generic name.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/usb_a9g20_common.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
The vendor string for Microcrystal is microcrystal.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.txt | 2 +-
drivers/rtc/rtc-rv3029c2.c| 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git
The rv3029 compatible is missing its vendor string, add it.
Also fix the node name to be a proper generic name.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/usb_a9g20_common.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
> On Thu, 14 Sep 2017, 冯锐 wrote:
>
> > On Fri, 08 Sep 2017, rui_f...@realsil.com.cn wrote:
> >
> > > From: rui_feng
> > >
> > > Add support for new chip rts5260.
> >
> > You are adding over 600 lines in this patch. It desearves a more
> > forthcoming
> commit message.
> On Thu, 14 Sep 2017, 冯锐 wrote:
>
> > On Fri, 08 Sep 2017, rui_f...@realsil.com.cn wrote:
> >
> > > From: rui_feng
> > >
> > > Add support for new chip rts5260.
> >
> > You are adding over 600 lines in this patch. It desearves a more
> > forthcoming
> commit message.
> >
> > What is it?
> >
Hi Ricardo,
Thank you for the patch.
On Wednesday, 13 September 2017 10:35:52 EEST Ricardo Ribalda Delgado wrote:
> max_width and max_height are swap with step_width and step_height.
>
> Signed-off-by: Ricardo Ribalda Delgado
Reviewed-by: Laurent Pinchart
Hi Ricardo,
Thank you for the patch.
On Wednesday, 13 September 2017 10:35:52 EEST Ricardo Ribalda Delgado wrote:
> max_width and max_height are swap with step_width and step_height.
>
> Signed-off-by: Ricardo Ribalda Delgado
Reviewed-by: Laurent Pinchart
> ---
>
> Since that this bug has
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add a new compatible for thermal founding on RV1108 SoCs.
Signed-off-by: Rocky Hao
---
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi David,
2017-09-15 1:59 GMT+09:00 David Daney :
> On 09/13/2017 07:37 PM, Masahiro Yamada wrote:
>>
>> This driver implements .alloc() hook, so .map() is not used.
>>
>
> Have you tested this?
No. I do not have access to this hardware.
It is just, in my
Hi Rocky,
在 2017年08月24日 18:27, Rocky Hao 写道:
Add a new compatible for thermal founding on RV1108 SoCs.
Signed-off-by: Rocky Hao
---
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi David,
2017-09-15 1:59 GMT+09:00 David Daney :
> On 09/13/2017 07:37 PM, Masahiro Yamada wrote:
>>
>> This driver implements .alloc() hook, so .map() is not used.
>>
>
> Have you tested this?
No. I do not have access to this hardware.
It is just, in my understanding,
.alloc() and .map()
1 - 100 of 1388 matches
Mail list logo