Hi Enric,
On Wed, Jul 04, 2018 at 12:36:39PM +0200, Enric Balletbo i Serra wrote:
> Hi Matthias,
>
> Sorry for late reply, my memory is bad so I need to look at this again. The
> patch was send some time ago and there are pending changes to do but then I
> switched. I'll take a look, but did you
Hi Enric,
On Wed, Jul 04, 2018 at 12:36:39PM +0200, Enric Balletbo i Serra wrote:
> Hi Matthias,
>
> Sorry for late reply, my memory is bad so I need to look at this again. The
> patch was send some time ago and there are pending changes to do but then I
> switched. I'll take a look, but did you
Quoting Aapo Vienamo (2018-07-04 03:17:33)
> diff --git a/drivers/clk/tegra/div71.c b/drivers/clk/tegra/div71.c
> new file mode 100644
> index 000..1a5e04c
> --- /dev/null
> +++ b/drivers/clk/tegra/div71.c
> @@ -0,0 +1,54 @@
> +/*
> + * Copyright (c) 2018, NVIDIA CORPORATION. All rights
Quoting Aapo Vienamo (2018-07-04 03:17:33)
> diff --git a/drivers/clk/tegra/div71.c b/drivers/clk/tegra/div71.c
> new file mode 100644
> index 000..1a5e04c
> --- /dev/null
> +++ b/drivers/clk/tegra/div71.c
> @@ -0,0 +1,54 @@
> +/*
> + * Copyright (c) 2018, NVIDIA CORPORATION. All rights
Quoting Aapo Vienamo (2018-07-04 03:17:34)
> diff --git a/drivers/clk/tegra/clk-sdmmc-mux.c
> b/drivers/clk/tegra/clk-sdmmc-mux.c
> new file mode 100644
> index 000..8e19cb3
> --- /dev/null
> +++ b/drivers/clk/tegra/clk-sdmmc-mux.c
> @@ -0,0 +1,254 @@
> +/*
> + * Copyright (c) 2018 NVIDIA
Quoting Aapo Vienamo (2018-07-04 03:17:34)
> diff --git a/drivers/clk/tegra/clk-sdmmc-mux.c
> b/drivers/clk/tegra/clk-sdmmc-mux.c
> new file mode 100644
> index 000..8e19cb3
> --- /dev/null
> +++ b/drivers/clk/tegra/clk-sdmmc-mux.c
> @@ -0,0 +1,254 @@
> +/*
> + * Copyright (c) 2018 NVIDIA
Quoting Codrin Ciubotariu (2018-06-18 07:12:36)
> This driver is a simple muxing driver that controls the
> I2S's clock input by using syscon/regmap to change the parent.
> The available inputs can be peripheral clock and generated clock.
>
> Signed-off-by: Codrin Ciubotariu
> ---
Applied to
Quoting Codrin Ciubotariu (2018-06-18 07:12:35)
> The I2S mux clock can be used to select the I2S input clock. The
> available parents are the peripheral and the generated clocks.
>
> Signed-off-by: Codrin Ciubotariu
> ---
Applied to clk-next
Quoting Codrin Ciubotariu (2018-06-18 07:12:36)
> This driver is a simple muxing driver that controls the
> I2S's clock input by using syscon/regmap to change the parent.
> The available inputs can be peripheral clock and generated clock.
>
> Signed-off-by: Codrin Ciubotariu
> ---
Applied to
Quoting Codrin Ciubotariu (2018-06-18 07:12:35)
> The I2S mux clock can be used to select the I2S input clock. The
> available parents are the peripheral and the generated clocks.
>
> Signed-off-by: Codrin Ciubotariu
> ---
Applied to clk-next
> At least we need to make user aware about risk of setting custom flags.
There are valid use cases to override the flags. I use it sometimes too,
and know some other people do to.
But you need to know what you're doing.
Perhaps a warning during build would be reasonable. So if you ask
for a
> At least we need to make user aware about risk of setting custom flags.
There are valid use cases to override the flags. I use it sometimes too,
and know some other people do to.
But you need to know what you're doing.
Perhaps a warning during build would be reasonable. So if you ask
for a
Hi,
On Wed, Jul 04, 2018 at 02:30:32PM +0900, Chanwoo Choi wrote:
> I didn't see any framework which exporting the class instance.
> It is very dangerous. Unknown device drivers is able to reset
> the 'devfreq_class' instance. I can't agree this approach.
While I agree that it is potential
Hi,
On Wed, Jul 04, 2018 at 02:30:32PM +0900, Chanwoo Choi wrote:
> I didn't see any framework which exporting the class instance.
> It is very dangerous. Unknown device drivers is able to reset
> the 'devfreq_class' instance. I can't agree this approach.
While I agree that it is potential
On Fri, Jul 06, 2018 at 11:51:24AM -0600, Dan Rue wrote:
> On Fri, Jul 06, 2018 at 07:46:21AM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.17.5 release.
> > There are 46 patches in this series, all will be posted as a response
> > to this one. If
On Fri, Jul 06, 2018 at 11:51:24AM -0600, Dan Rue wrote:
> On Fri, Jul 06, 2018 at 07:46:21AM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.17.5 release.
> > There are 46 patches in this series, all will be posted as a response
> > to this one. If
> -Original Message-
> On Fri, 6 Jul 2018, Thomas Gleixner wrote:
> > On Fri, 6 Jul 2018, KY Srinivasan wrote:
> > > >
> > > > The problem is that the wreckage is in Linus tree and needs to be fixed
> > > > there, i.e. via x86/urgent.
> > > >
> > > > Now we have the new bits queued in
> -Original Message-
> On Fri, 6 Jul 2018, Thomas Gleixner wrote:
> > On Fri, 6 Jul 2018, KY Srinivasan wrote:
> > > >
> > > > The problem is that the wreckage is in Linus tree and needs to be fixed
> > > > there, i.e. via x86/urgent.
> > > >
> > > > Now we have the new bits queued in
Quoting Randy Dunlap (2018-07-06 18:55:57)
> On 07/06/18 10:51, Chris Wilson wrote:
> > Quoting Randy Dunlap (2018-07-06 18:48:55)
> >>
> >> On 07/06/18 02:44, Chris Wilson wrote:
> >>> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> >>> number of bits in a type
Quoting Randy Dunlap (2018-07-06 18:55:57)
> On 07/06/18 10:51, Chris Wilson wrote:
> > Quoting Randy Dunlap (2018-07-06 18:48:55)
> >>
> >> On 07/06/18 02:44, Chris Wilson wrote:
> >>> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> >>> number of bits in a type
Am 06.07.2018 um 14:27 schrieb Takashi Iwai:
> On Fri, 06 Jul 2018 14:13:04 +0200,
> Rafael J. Wysocki wrote:
>>
>> On Friday, July 6, 2018 1:21:50 PM CEST Rafael J. Wysocki wrote:
>>> On Fri, Jul 6, 2018 at 1:12 PM, Thomas Hänig wrote:
>>
>> [cut]
>>
>>> So the latest patch:
>>>
>>>
Am 06.07.2018 um 14:27 schrieb Takashi Iwai:
> On Fri, 06 Jul 2018 14:13:04 +0200,
> Rafael J. Wysocki wrote:
>>
>> On Friday, July 6, 2018 1:21:50 PM CEST Rafael J. Wysocki wrote:
>>> On Fri, Jul 6, 2018 at 1:12 PM, Thomas Hänig wrote:
>>
>> [cut]
>>
>>> So the latest patch:
>>>
>>>
Hi Chanwoo,
On Wed, Jul 04, 2018 at 03:41:46PM +0900, Chanwoo Choi wrote:
> Firstly,
> I'm not sure why devfreq needs the devfreq_verify_within_limits() function.
>
> devfreq already used the OPP interface as default. It means that
> the outside of 'drivers/devfreq' can disable/enable the
Hi Chanwoo,
On Wed, Jul 04, 2018 at 03:41:46PM +0900, Chanwoo Choi wrote:
> Firstly,
> I'm not sure why devfreq needs the devfreq_verify_within_limits() function.
>
> devfreq already used the OPP interface as default. It means that
> the outside of 'drivers/devfreq' can disable/enable the
R40 TV TCON is basically the same as on A83T. However, it needs special
handling, because it has to set up TCON TOP muxes at runtime.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 40 ++
1 file changed, 40 insertions(+)
diff --git
R40 TV TCON is basically the same as on A83T. However, it needs special
handling, because it has to set up TCON TOP muxes at runtime.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 40 ++
1 file changed, 40 insertions(+)
diff --git
On 07/06/18 10:51, Chris Wilson wrote:
> Quoting Randy Dunlap (2018-07-06 18:48:55)
>>
>> On 07/06/18 02:44, Chris Wilson wrote:
>>> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
>>> number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
>>> macro to
On 07/06/18 10:51, Chris Wilson wrote:
> Quoting Randy Dunlap (2018-07-06 18:48:55)
>>
>> On 07/06/18 02:44, Chris Wilson wrote:
>>> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
>>> number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
>>> macro to
Quoting Joel Stanley (2018-06-28 16:15:40)
> The HPLL can be configured through a register (SCU24), however some
> platforms chose to configure it through the strapping settings and do
> not use the register. This was not noticed as the logic for bit 18 in
> SCU24 was confused: set means
Quoting Joel Stanley (2018-06-28 16:15:40)
> The HPLL can be configured through a register (SCU24), however some
> platforms chose to configure it through the strapping settings and do
> not use the register. This was not noticed as the logic for bit 18 in
> SCU24 was confused: set means
On Tue, Jun 26, 2018 at 01:16:11PM -0700, Joe Perches wrote:
> On Tue, 2018-06-26 at 14:25 -0400, Prarit Bhargava wrote:
> > OSes have additional maintainers that should be cc'd on patches or may
> > want to circulate internal patches.
> >
> > Parse the .get_maintainer.MAINTAINERS file. Entries
On Tue, Jun 26, 2018 at 01:16:11PM -0700, Joe Perches wrote:
> On Tue, 2018-06-26 at 14:25 -0400, Prarit Bhargava wrote:
> > OSes have additional maintainers that should be cc'd on patches or may
> > want to circulate internal patches.
> >
> > Parse the .get_maintainer.MAINTAINERS file. Entries
On 06/21/2018 02:37 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
This code is no longer used. Remove it.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
Acked-by: Stephen Boyd
---
I've picked this up in clk-davinci-4.20, so it will just hang out
there for a
On 06/21/2018 02:37 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
This code is no longer used. Remove it.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
Acked-by: Stephen Boyd
---
I've picked this up in clk-davinci-4.20, so it will just hang out
there for a
On Fri, Jul 06, 2018 at 07:46:24AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.54 release.
> There are 61 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jul 06, 2018 at 07:46:24AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.54 release.
> There are 61 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
From: Stephen Boyd
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for-linus
for you to fetch
From: Stephen Boyd
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for-linus
for you to fetch
Quoting Randy Dunlap (2018-07-06 18:48:55)
>
> On 07/06/18 02:44, Chris Wilson wrote:
> > net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> > number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
> > macro to bitops.h, alongside BITS_PER_BYTE, for wider
Quoting Randy Dunlap (2018-07-06 18:48:55)
>
> On 07/06/18 02:44, Chris Wilson wrote:
> > net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> > number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
> > macro to bitops.h, alongside BITS_PER_BYTE, for wider
On Fri, Jul 06, 2018 at 07:46:21AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.17.5 release.
> There are 46 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Jul 06, 2018 at 07:46:21AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.17.5 release.
> There are 46 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On 06/07/18 10:43, Rohit kumar wrote:
Remove qcom prefix from machine driver dt bindings of
apq8096 SoC.
Yes, this is a good move to make everything inline!
Signed-off-by: Rohit kumar
---
Documentation/devicetree/bindings/sound/qcom,apq8096.txt | 15 +--
1 file changed, 13
On 06/07/18 10:43, Rohit kumar wrote:
This adds support to parse cpu, platform and codec
device nodes and add them in dai-links. Also, add
API to add slave components associated with machine
driver.
Signed-off-by: Rohit kumar
---
sound/soc/qcom/Kconfig | 3 +
sound/soc/qcom/Makefile |
On 06/07/18 10:43, Rohit kumar wrote:
Remove qcom prefix from machine driver dt bindings of
apq8096 SoC.
Yes, this is a good move to make everything inline!
Signed-off-by: Rohit kumar
---
Documentation/devicetree/bindings/sound/qcom,apq8096.txt | 15 +--
1 file changed, 13
On 06/07/18 10:43, Rohit kumar wrote:
This adds support to parse cpu, platform and codec
device nodes and add them in dai-links. Also, add
API to add slave components associated with machine
driver.
Signed-off-by: Rohit kumar
---
sound/soc/qcom/Kconfig | 3 +
sound/soc/qcom/Makefile |
On Thu, Jul 05, 2018 at 03:10:30PM -0700, Andrew Morton wrote:
> On Wed, 4 Jul 2018 18:51:12 +0300 Kirill Tkhai wrote:
>
> > > - why aren't we decreasing shrinker_nr_max in
> > > unregister_memcg_shrinker()? That's easy to do, avoids pointless
> > > work in shrink_slab_memcg() and avoids
On Thu, Jul 05, 2018 at 03:10:30PM -0700, Andrew Morton wrote:
> On Wed, 4 Jul 2018 18:51:12 +0300 Kirill Tkhai wrote:
>
> > > - why aren't we decreasing shrinker_nr_max in
> > > unregister_memcg_shrinker()? That's easy to do, avoids pointless
> > > work in shrink_slab_memcg() and avoids
Quoting Heiko Stuebner (2018-07-06 10:19:11)
> Am Freitag, 6. Juli 2018, 18:50:51 CEST schrieb Stephen Boyd:
> > Quoting Elaine Zhang (2018-06-14 19:16:50)
> > >
> > > diff --git a/drivers/clk/rockchip/clk-half-divider.c
> > > b/drivers/clk/rockchip/clk-half-divider.c
> > > new file mode 100644
Quoting Heiko Stuebner (2018-07-06 10:19:11)
> Am Freitag, 6. Juli 2018, 18:50:51 CEST schrieb Stephen Boyd:
> > Quoting Elaine Zhang (2018-06-14 19:16:50)
> > >
> > > diff --git a/drivers/clk/rockchip/clk-half-divider.c
> > > b/drivers/clk/rockchip/clk-half-divider.c
> > > new file mode 100644
On 07/06/18 02:44, Chris Wilson wrote:
> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
> macro to bitops.h, alongside BITS_PER_BYTE, for wider usage.
>
> Signed-off-by: Chris Wilson
> Cc: Jani Nikula
On 07/06/18 02:44, Chris Wilson wrote:
> net_dim.h has a rather useful extension to BITS_PER_BYTE to compute the
> number of bits in a type (BITS_PER_BYTE * sizeof(T)), so promote the
> macro to bitops.h, alongside BITS_PER_BYTE, for wider usage.
>
> Signed-off-by: Chris Wilson
> Cc: Jani Nikula
On Thu, Jul 5, 2018 at 11:13 PM Amit Kucheria wrote:
>
> On Fri, Jul 6, 2018 at 2:07 AM Rob Herring wrote:
> >
> > On Wed, Jul 04, 2018 at 10:56:26PM +0530, Amit Kucheria wrote:
> > > On Tue, Jul 3, 2018 at 9:56 PM, Rob Herring wrote:
> > > > On Mon, Jul 02, 2018 at 06:14:07PM +0530, Amit
On Thu, Jul 5, 2018 at 11:13 PM Amit Kucheria wrote:
>
> On Fri, Jul 6, 2018 at 2:07 AM Rob Herring wrote:
> >
> > On Wed, Jul 04, 2018 at 10:56:26PM +0530, Amit Kucheria wrote:
> > > On Tue, Jul 3, 2018 at 9:56 PM, Rob Herring wrote:
> > > > On Mon, Jul 02, 2018 at 06:14:07PM +0530, Amit
On 06/07/2018 18:13, Thomas Gleixner wrote:
> To allow early utilization of kvmclock it is required to remove the
> memblock dependency. memblock is currently used to allocate the per
> cpu data for kvmclock.
>
> The first patch replaces the memblock with a static array sized 64bytes *
> NR_CPUS
On 06/07/2018 18:13, Thomas Gleixner wrote:
> To allow early utilization of kvmclock it is required to remove the
> memblock dependency. memblock is currently used to allocate the per
> cpu data for kvmclock.
>
> The first patch replaces the memblock with a static array sized 64bytes *
> NR_CPUS
Flatmem is useful in reducing kernel memory usage.
One usecase is in kdump kernel. We are able to save
~14M by moving to flatmem scheme.
Cc: xe-ker...@external.cisco.com
Cc: Nikunj Kela
Signed-off-by: Nikunj Kela
---
arch/arm64/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git
Flatmem is useful in reducing kernel memory usage.
One usecase is in kdump kernel. We are able to save
~14M by moving to flatmem scheme.
Cc: xe-ker...@external.cisco.com
Cc: Nikunj Kela
Signed-off-by: Nikunj Kela
---
arch/arm64/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi,
We're seeing a regression triggered by the stress-ng[*] "chdir" test
that I've bisected to:
044e6e3d74a3 ext4: don't update checksum of new initialized bitmaps
So far we've only seen failures on servers based on HiSilicon's family
of ARM64 SoCs (D05/Hi1616 SoC, D06/Hi1620 SoC). On these
Hi,
We're seeing a regression triggered by the stress-ng[*] "chdir" test
that I've bisected to:
044e6e3d74a3 ext4: don't update checksum of new initialized bitmaps
So far we've only seen failures on servers based on HiSilicon's family
of ARM64 SoCs (D05/Hi1616 SoC, D06/Hi1620 SoC). On these
On 06/07/2018 18:13, Thomas Gleixner wrote:
> @@ -241,6 +269,9 @@ void __init kvmclock_init(void)
> return;
> }
>
> + if (!hypervisor_is_type(X86_HYPER_KVM))
> + kvmclock_vsyscall = 0;
> +
No need for this; by the time you get here, the condition will always
On 06/07/2018 18:13, Thomas Gleixner wrote:
> @@ -241,6 +269,9 @@ void __init kvmclock_init(void)
> return;
> }
>
> + if (!hypervisor_is_type(X86_HYPER_KVM))
> + kvmclock_vsyscall = 0;
> +
No need for this; by the time you get here, the condition will always
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to use the ti-aemif platform driver for da830-evm. To make it
work we need a lookup entry for the aemif clock.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to use the ti-aemif platform driver for da830-evm. To make it
work we need a lookup entry for the aemif clock.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
Since commit a8e3923ab571 ("mtd: rawnand: davinci: don't acquire and
enable clock") we no longer acquire the aemif clock from the davinci
nand driver - we only do it from the ti-aemif driver. Remove the nand
entry
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
Since commit a8e3923ab571 ("mtd: rawnand: davinci: don't acquire and
enable clock") we no longer acquire the aemif clock from the davinci
nand driver - we only do it from the ti-aemif driver. Remove the nand
entry
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 06/28/2018 04:57 AM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
We want to be able to get the clock both from the board file by its
con_id and from the aemif driver by dev_id.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: David Lechner
---
Applied to clk-davinci-4.19.
On 7/6/2018 12:03 AM, Lee Jones wrote:
On Thu, 21 Jun 2018, Jae Hyun Yoo wrote:
This commit adds driver implementation for PECI bus core into linux
driver framework.
Signed-off-by: Jae Hyun Yoo
Signed-off-by: Fengguang Wu
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by:
> - Cleanup the mrs write for wall clock.
s/mrs/MSR/
On 06/07/2018 18:13, Thomas Gleixner wrote:
> @@ -195,6 +181,7 @@ static void kvm_register_clock(char *txt
> if (!hv_clock)
> return;
>
> + src = _clock[cpu].pvti;
> pa = slow_virt_to_phys(src) | 0x01ULL;
>
On 7/6/2018 12:03 AM, Lee Jones wrote:
On Thu, 21 Jun 2018, Jae Hyun Yoo wrote:
This commit adds driver implementation for PECI bus core into linux
driver framework.
Signed-off-by: Jae Hyun Yoo
Signed-off-by: Fengguang Wu
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by:
> - Cleanup the mrs write for wall clock.
s/mrs/MSR/
On 06/07/2018 18:13, Thomas Gleixner wrote:
> @@ -195,6 +181,7 @@ static void kvm_register_clock(char *txt
> if (!hv_clock)
> return;
>
> + src = _clock[cpu].pvti;
> pa = slow_virt_to_phys(src) | 0x01ULL;
>
On Thu, 2018-07-05 at 14:54 +0800, Jisheng Zhang wrote:
> On Thu, 5 Jul 2018 14:39:21 +0800 Jisheng Zhang wrote:
>
>
>
> > >
> > > > + serial_port_out(p, UART_LCR, up->lcr | UART_LCR_DLAB);
> > > > + serial_dl_write(up, quot);
> > >
> > > At some point it would be a helper,
On 07/04/2018 01:35 AM, Sekhar Nori wrote:
Hi David,
On Monday 02 July 2018 09:02 PM, David Lechner wrote:
On 07/02/2018 07:28 AM, Sekhar Nori wrote:
Hi David, Stephen,
On Thursday 28 June 2018 03:27 PM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
This series moves all aemif/nand
On Thu, 2018-07-05 at 14:54 +0800, Jisheng Zhang wrote:
> On Thu, 5 Jul 2018 14:39:21 +0800 Jisheng Zhang wrote:
>
>
>
> > >
> > > > + serial_port_out(p, UART_LCR, up->lcr | UART_LCR_DLAB);
> > > > + serial_dl_write(up, quot);
> > >
> > > At some point it would be a helper,
On 07/04/2018 01:35 AM, Sekhar Nori wrote:
Hi David,
On Monday 02 July 2018 09:02 PM, David Lechner wrote:
On 07/02/2018 07:28 AM, Sekhar Nori wrote:
Hi David, Stephen,
On Thursday 28 June 2018 03:27 PM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
This series moves all aemif/nand
On Fri, 6 Jul 2018, Paolo Bonzini wrote:
> Decrapification went a bit too far...
>
> On 06/07/2018 18:13, Thomas Gleixner wrote:
> > - int cpu = smp_processor_id();
> > - int low, high, ret;
> > struct pvclock_vcpu_time_info *src;
> > + int cpu = smp_processor_id();
> > + u64 pa;
> >
On Fri, 6 Jul 2018, Paolo Bonzini wrote:
> Decrapification went a bit too far...
>
> On 06/07/2018 18:13, Thomas Gleixner wrote:
> > - int cpu = smp_processor_id();
> > - int low, high, ret;
> > struct pvclock_vcpu_time_info *src;
> > + int cpu = smp_processor_id();
> > + u64 pa;
> >
Decrapification went a bit too far...
On 06/07/2018 18:13, Thomas Gleixner wrote:
> - int cpu = smp_processor_id();
> - int low, high, ret;
> struct pvclock_vcpu_time_info *src;
> + int cpu = smp_processor_id();
> + u64 pa;
>
> if (!hv_clock)
> - return
From: Matias Bjørling
Adds support for exposing a null_blk device through the zone device
interface.
The interface is managed with the parameters zoned and zone_size.
If zoned is set, the null_blk instance registers as a zoned block
device. The zone_size parameter defines how big each zone will
Decrapification went a bit too far...
On 06/07/2018 18:13, Thomas Gleixner wrote:
> - int cpu = smp_processor_id();
> - int low, high, ret;
> struct pvclock_vcpu_time_info *src;
> + int cpu = smp_processor_id();
> + u64 pa;
>
> if (!hv_clock)
> - return
From: Matias Bjørling
Adds support for exposing a null_blk device through the zone device
interface.
The interface is managed with the parameters zoned and zone_size.
If zoned is set, the null_blk instance registers as a zoned block
device. The zone_size parameter defines how big each zone will
On Fri, Jul 6, 2018 at 12:22 AM Andreas Klinger wrote:
>
> Hi Rob,
>
> please see explanation below. Thanks.
>
> Rob Herring schrieb am Thu, 05. Jul 15:30:
> > On Wed, Jul 04, 2018 at 02:36:38PM +0200, Andreas Klinger wrote:
> > > Add clock-frequency property for hx711 ADC
> > >
> > > This is
On Fri, Jul 6, 2018 at 12:22 AM Andreas Klinger wrote:
>
> Hi Rob,
>
> please see explanation below. Thanks.
>
> Rob Herring schrieb am Thu, 05. Jul 15:30:
> > On Wed, Jul 04, 2018 at 02:36:38PM +0200, Andreas Klinger wrote:
> > > Add clock-frequency property for hx711 ADC
> > >
> > > This is
On Mon, 25 Jun 2018 10:44:47 +1200
Chris Packham wrote:
> Micron MT29F1G08ABAFAWP-ITE:F supports an on-die ECC with 8 bits
> per 512 bytes. Add support for this combination.
>
> Signed-off-by: Chris Packham
> Reviewed-by: Boris Brezillon
> ---
> Changes in v2:
> - New
> Changes in v3:
> -
On Mon, 25 Jun 2018 10:44:47 +1200
Chris Packham wrote:
> Micron MT29F1G08ABAFAWP-ITE:F supports an on-die ECC with 8 bits
> per 512 bytes. Add support for this combination.
>
> Signed-off-by: Chris Packham
> Reviewed-by: Boris Brezillon
> ---
> Changes in v2:
> - New
> Changes in v3:
> -
On Thu, 2018-07-05 at 14:39 +0800, Jisheng Zhang wrote:
> > On Wed, 2018-07-04 at 17:03 +0800, Jisheng Zhang wrote:
My comments below.
> > > For Synopsys DesignWare 8250 uart which version >= 4.00a, there's
> > > a
> > > valid divisor latch fraction register. The fractional divisor
> > > width
On Thu, 2018-07-05 at 14:39 +0800, Jisheng Zhang wrote:
> > On Wed, 2018-07-04 at 17:03 +0800, Jisheng Zhang wrote:
My comments below.
> > > For Synopsys DesignWare 8250 uart which version >= 4.00a, there's
> > > a
> > > valid divisor latch fraction register. The fractional divisor
> > > width
On Fri, Jul 06, 2018 at 05:35:48PM +0200, Miklos Szeredi wrote:
> iput() ends up calling ->evict() on new inode, which is not yet initialized
> by owning fs. So use destroy_inode() instead.
>
> Add to sb->s_inodes list only after the inode has been inserted into the
> hash. The exact point at
On Fri, Jul 06, 2018 at 05:35:48PM +0200, Miklos Szeredi wrote:
> iput() ends up calling ->evict() on new inode, which is not yet initialized
> by owning fs. So use destroy_inode() instead.
>
> Add to sb->s_inodes list only after the inode has been inserted into the
> hash. The exact point at
2018-07-06 18:33 GMT+02:00 Kirill A. Shutemov :
> On Fri, Jul 06, 2018 at 04:39:28PM +0200, Gabriel C wrote:
>> > If not, we do not need to think about that case.
>> > Just say "Do not do that".
>>
>> I am sorry but I have a hard time to get your logic here.
>>
>> You are saying : the *env*
2018-07-06 18:33 GMT+02:00 Kirill A. Shutemov :
> On Fri, Jul 06, 2018 at 04:39:28PM +0200, Gabriel C wrote:
>> > If not, we do not need to think about that case.
>> > Just say "Do not do that".
>>
>> I am sorry but I have a hard time to get your logic here.
>>
>> You are saying : the *env*
Quoting Amit Kucheria (2018-07-02 05:44:09)
> SDM845 has two tsens blocks, one with 13 sensors and the other with 8
> sensors.
>
> Signed-off-by: Amit Kucheria
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 16
> 1 file changed, 16 insertions(+)
>
> diff --git
Quoting Amit Kucheria (2018-07-02 05:44:09)
> SDM845 has two tsens blocks, one with 13 sensors and the other with 8
> sensors.
>
> Signed-off-by: Amit Kucheria
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 16
> 1 file changed, 16 insertions(+)
>
> diff --git
Hi,
The restartable sequence code needs a __get_user for u64 types.
arm32. Although a get_user() is implemented, the architecture
lacks support for 8 bytes __get_user().
Do you guys recommend extending __get_user_err() to do two
__get_user_asm_word() to read it through a temporary union,
or do
Hi,
The restartable sequence code needs a __get_user for u64 types.
arm32. Although a get_user() is implemented, the architecture
lacks support for 8 bytes __get_user().
Do you guys recommend extending __get_user_err() to do two
__get_user_asm_word() to read it through a temporary union,
or do
401 - 500 of 1266 matches
Mail list logo
