Hi,
At 07/14/2017 01:52 PM, Dou Liyang wrote:
Linux uses acpi_early_init() to put the ACPI table management into
the late stage from the early stage where the mapped ACPI tables is
temporary and should be unmapped.
But, now initializing interrupt delivery mode should map and parse the
DMAR tabl
On Mon, Jul 24, 2017 at 04:57:22PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Some kerneldoc has become stale or wasn't quite correct from the outset.
> Fix up the most serious issues to silence warnings when building the
> documentation.
>
> Signed-off-by: Thierry Reding
> ---
>
On Mon, Jul 31, 2017 at 11:05:35AM +0200, Peter Zijlstra wrote:
> On Wed, Jul 26, 2017 at 08:47:50PM +0800, Boqun Feng wrote:
>
> > > +
> > > +Further, while something like:
> > > +
> > > + smp_mb__before_atomic();
> > > + atomic_dec(&X);
> > > +
> > > +is a 'typical' RELEASE pattern, the barrie
Hi Dave,
Could you please pull a couple of minor fixes for ARCPGU.
These changes are based on today's drm-misc/drm-misc-next.
The following changes since commit 9dd2aca46a13cc7177625f0dc3aaf5b7ebc6fe74:
drm/rockchip: vop: rk3328: fix overlay abnormal (2017-07-31 08:44:18 +0800)
are available
This driver supports multiple devices like mma8653, mma8652, mma8452, mma8453
and
fxls8471. Almost all these devices have more than one event. Current driver
design
hardcodes the event specific information, so only one event can be supported by
this
driver and current design doesn't have the fle
Hi,
booting current Linus' tree, I'm seeing lockdep splat (see the end of this
mail).
Apparently, there is AB-BA between tz->lock and mvm->mutex through the CPU
hotplug lock.
The obivous depency is: thermal_zone_get_temp() acquires tz->lock, and
then calls iwl_mvm_tzone_get_temp() (through tz
Anna, Trond,
On Fri, Jul 28, 2017 at 06:54:52PM +0100, Catalin Marinas wrote:
> --- a/fs/nfs/nfs4proc.c
> +++ b/fs/nfs/nfs4proc.c
> @@ -2236,7 +2236,7 @@ static int nfs4_opendata_access(struct rpc_cred *cred,
> int openflags)
> {
> struct nfs_access_entry cache
On 2017年07月29日 03:09, Vikram Mulukutla wrote:
On 2017-07-28 02:28, Will Deacon wrote:
On Thu, Jul 27, 2017 at 06:10:34PM -0700, Vikram Mulukutla wrote:
I think we should have this discussion now - I brought this up
earlier [1]
and I promised a test case that I completely forgot about -
Hi Baoquan,
At 07/27/2017 02:08 PM, b...@redhat.com wrote:
On 07/26/17 at 08:19pm, Dou Liyang wrote:
Hi Baoquan,
[...]
I am looking for Thinkpad x121e (AMD E-450 APU) to test. I have tested
it in Thinkpad s430, It's OK.
BTY, I am confused how does the ACPI subsystem affect PIT which
will be
On Wed, 26 Jul 2017, Daniel Vetter wrote:
> On Wed, Jul 26, 2017 at 03:53:09PM +0200, Arnd Bergmann wrote:
>> Hi everyone,
>>
>> It took me a while to figure this out properly, as I kept getting
>> circular or missing dependencies with video drivers.
>>
>> This set of three patches should simpli
Hi Elaine,
Am Montag, 31. Juli 2017, 18:42:08 CEST schrieb Elaine Zhang:
> This add bindings documentation for rk3126 SoCs.
>
> Signed-off-by: Elaine Zhang
thanks for noticing that the binding doc was missing, I meant to
write a response about that but didn't find the time yet.
> ---
> Docume
Am Montag, 31. Juli 2017, 18:10:22 CEST schrieb Andy Yan:
> Some pins like i2c SCL/SDA need the schmitt input function
> to avoid crosstalk problems.
>
> Signed-off-by: Andy Yan
Reviewed-by: Heiko Stuebner
Am Montag, 31. Juli 2017, 18:12:43 CEST schrieb Andy Yan:
> Support for the i2c controller on rv1108
>
> Signed-off-by: Andy Yan
Reviewed-by: Heiko Stuebner
On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
> On Thu, 2017-07-27 at 10:49 +0200, Jan Kara wrote:
> > On Wed 26-07-17 13:55:36, Jeff Layton wrote:
> > > +int file_write_and_wait(struct file *file)
> > > +{
> > > + int err = 0, err2;
> > > + struct address_space *mapping = file->f_mapping;
On 31/07/17 12:05, sean.w...@mediatek.com wrote:
From: Sean Wang
Sean and Nelson work for MediaTek on maintaining the MediaTek ethernet
driver for the existing SoCs and adding support for the following SoCs.
In the past, Sean has been active at making most of the qualifications
, stress test
Hi Andy,
Am Montag, 31. Juli 2017, 18:17:45 CEST schrieb Andy Yan:
> Add pwm device tree node for rv1108
>
> Signed-off-by: Andy Yan
> ---
>
> arch/arm/boot/dts/rv1108.dtsi | 143
> ++ 1 file changed, 143
> insertions(+)
>
> diff --git a/arch/arm/boot/dt
[no idea if this change makes sense (and especially if it has any bad
side effects), do you have performance numbers? I'll just have a look at
the general structure of the patch in the meanwhile]
> +bool kvm_arch_vcpu_spin_kernmode(struct kvm_vcpu *vcpu)
kvm_arch_vcpu_in_kernel() ?
> +{
> +
On Fri, 2017-07-28 at 14:19 +, Magalhaes, Guilherme (Brazil R&D-
CL) wrote:
> > > Each measurement entry in the list could have new fields to identify
> > > the namespace. Since the namespaces can be reused, a timestamp or
> > > others fields could be added to uniquely identify the namespace id
Hi,
On 31/07/17 12:27, Jeff Layton wrote:
On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
On Thu, 2017-07-27 at 10:49 +0200, Jan Kara wrote:
On Wed 26-07-17 13:55:36, Jeff Layton wrote:
+int file_write_and_wait(struct file *file)
+{
+ int err = 0, err2;
+ struct address_spa
First patch:
Change lan9303_enable_packet_processing,
lan9303_disable_packet_processing():
Pass port number (0,1,2) as parameter instead of port offset.
Plus replaced a constant 0x400 with LAN9303_SWITCH_PORT_REG()
Second patch: Simplify accordingly.
Comments welcome!
Egil Hjelmeland (2):
net
lan9303_enable_packet_processing, lan9303_disable_packet_processing()
Pass port number (0,1,2) as parameter instead of port offset.
Plus replaced a constant 0x400 with LAN9303_SWITCH_PORT_REG().
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 59 +
Simplify usage of lan9303_enable_packet_processing,
lan9303_disable_packet_processing()
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/drivers/net/dsa/lan9303-core.c b/drivers/net/ds
Expose all clocks which maybe used as DT bindings
Only clock ids internal the controller remain un-exposed
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/gxbb.h | 117 ++
include/dt-bindings/clock/gxbb-clkc.h | 60 +
2 files chang
In previous cycles, concerns have been raised about the way clocks are
exposed for the meson clock controller, only when validated and required
in DT.
Instead, this patchset expose all the known clocks which may be needed in
DT later on. The clocks left out are internal clocks which should never b
Expose all clocks which maybe used as DT bindings
Only clock ids internal the controller remain un-exposed (none on this
particular controller at the moment)
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/meson8b.h | 103 ++-
include/dt-bindings/clock
On Fri, Jul 14, 2017 at 01:20:59PM +, Josef Bacik wrote:
> From: Josef Bacik
>
> Our runnable_weight currently looks like this
>
> runnable_weight = shares * runnable_load_avg / load_avg
>
> The goal is to scale the runnable weight for the group based on its runnable
> to
> load_avg ratio.
Hi Nate,
On 29/07/17 04:57, Nate Watterson wrote:
> Hi Robin,
> I am seeing a crash when performing very basic testing on this series
> with a Mellanox CX4 NIC. I dug into the crash a bit, and think this
> patch is the culprit, but this rcache business is still mostly
> witchcraft to me.
>
> # if
From: Florian Fainelli
> Sent: 28 July 2017 18:05
...
> +EXPORT_SYMBOL(lan9303_indirect_phy_ops);
> >>>
> >>> Isn't EXPORT_SYMBOL_GPL prefered over EXPORT_SYMBOL?
> >>
> >> I have no opinion. I just used the same variant as the other EXPORTS
> >> in the file.
> >
> > If there is no concern fro
Fixed a brace coding style issue.
Signed-off-by: Rene Hickersberger
---
drivers/staging/media/atomisp/i2c/gc0310.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/atomisp/i2c/gc0310.c
b/drivers/staging/media/atomisp/i2c/gc0310.c
index 1ec616a..bec0c46
On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
> Hi,
>
>
> On 31/07/17 12:27, Jeff Layton wrote:
> > On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
> > > On Thu, 2017-07-27 at 10:49 +0200, Jan Kara wrote:
> > > > On Wed 26-07-17 13:55:36, Jeff Layton wrote:
> > > > > +int file
Input source 0 of the mmc controllers is not directly xtal, as currently
described in DT. Each controller is fed by a composite clock (the usual
mux, divider and gate). The muxes inputs are the xtal (default) and the
fclk_div clocks. These parents, along with the divider, should be able to
provide
This patchset adds the clocks feeding the clock input 0 of the mmc
controllers
This patchset depends on the following patchset being merged first:
* https://lkml.kernel.org/r/20170727161755.10393-1-jbru...@baylibre.com
* https://lkml.kernel.org/r/20170731113832.26490-1-jbru...@baylibre.com
FIXME:
Add the clkids for the clocks feeding the input0 of the mmc controllers
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/gxbb.h | 10 --
include/dt-bindings/clock/gxbb-clkc.h | 3 +++
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/meson/gxbb.h
On 31 July 2017 at 10:50, Mark Yao wrote:
> Since fb_helper is not a pointer on rockchip_drm_private, it's no
> need to check pointer.
>
> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
> may be NULL pointer, that would cause the bug:
>
> [0.735411] [0200] *pgd=00
> +static inline bool nested_cpu_has_eptp_switching(struct vmcs12 *vmcs12)
> +{
> + return nested_cpu_has_vmfunc(vmcs12) &&
> + (vmcs12->vm_function_control &
> + VMX_VMFUNC_EPTP_SWITCHING);
> +}
> +
> static inline bool is_nmi(u32 intr_info)
> {
> return (intr
This fixes the following sparse warnings:
CHECK drivers/mmc/host/mmci_qcom_dml.c
drivers/mmc/host/mmci_qcom_dml.c:57:6: warning: symbol 'dml_start_xfer' was not
declared. Should it be static?
drivers/mmc/host/mmci_qcom_dml.c:122:5: warning: symbol 'dml_hw_init' was not
declared. Should it be
On 07/31/2017 01:38 PM, Jerome Brunet wrote:
> In previous cycles, concerns have been raised about the way clocks are
> exposed for the meson clock controller, only when validated and required
> in DT.
>
> Instead, this patchset expose all the known clocks which may be needed in
> DT later on. The
Detected by sparse.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/sdhci-msm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-msm.c b/drivers/mmc/host/sdhci-msm.c
index 9d601dc0d646..f35db061ee4c 100644
--- a/drivers/mmc/host/sdhci-msm.c
+++
Brian King writes:
> On 07/28/2017 10:17 AM, Brian J King wrote:
>> Jens Axboe wrote on 07/28/2017 09:25:48 AM:
>>
>>> Can you try the below fix? Should be more palatable than the previous
>>> one. Brian, maybe you can take a look at the IRQ issue mentioned above?
>
> Michael,
>
> Does this add
On Tue, Jul 18, 2017 at 11:58:58AM -0500, Jintack Lim wrote:
> While the EL1 virtual memory control registers can be accessed in the
> virtual EL2 with VHE without trap to manuplate the virtual EL2 states,
> we can't do that for CPTR_EL2 for an unfortunate reason.
>
> This is because the top bit o
On Wed, 26 Jul 2017 06:54:01 +0900
Satoru Takeuchi wrote:
> # I'm a LKML subscriber, but not a x86 list subscriber
>
> I found the following new linux kernel bugzilla about Ryzen related problem.
> Since many developers don't check this bugzilla and I've also
> encountered this problem,
> I deci
Sparse reports "warning: cast to restricted __be32".
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/of_mmc_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/of_mmc_spi.c b/drivers/mmc/host/of_mmc_spi.c
index 85bbebfde02e..c9eed8436b6b 100644
--- a/d
Hi,
On 31/07/17 12:44, Jeff Layton wrote:
On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
Hi,
On 31/07/17 12:27, Jeff Layton wrote:
On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
On Thu, 2017-07-27 at 10:49 +0200, Jan Kara wrote:
On Wed 26-07-17 13:55:36, Jeff Layton wr
Now that the clock source 0 is properly described in the CCF, use it
instead of assuming the default value (xtal)
Signed-off-by: Jerome Brunet
---
This patchset depends on clock patchset adding the related clocks:
* https://lkml.kernel.org/r/20170731115603.29720-1-jbru...@baylibre.com
arch/arm
On Mon 31-07-17 07:44:16, Jeff Layton wrote:
> On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
> > On 31/07/17 12:27, Jeff Layton wrote:
> > > On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
> > > > On Thu, 2017-07-27 at 10:49 +0200, Jan Kara wrote:
> > > > > On Wed 26-07-17 13:55
On Tue, Jul 18, 2017 at 11:58:59AM -0500, Jintack Lim wrote:
> Now that the virtual EL2 can access EL2 register states via EL1
> registers, we need to consider it when selecting the register to
> emulate.
I don't really understand what this patch does from the commit message.
>From looking at the
On Fri, 21 Jul 2017 08:53:05 +0200,
Takashi Iwai wrote:
>
> On Fri, 21 Jul 2017 02:27:30 +0200,
> Masaki Ota wrote:
> >
> > From: Masaki Ota
> >
> > Fixed the issue that two finger scroll does not work correctly
> > on V8 protocol. The cause is that V8 protocol X-coordinate decode
> > is wrong
On 30/07/2017 09:31, Wanpeng Li wrote:
> From: Wanpeng Li
>
> [ cut here ]
> WARNING: CPU: 5 PID: 2288 at arch/x86/kvm/vmx.c:11124
> nested_vmx_vmexit+0xd64/0xd70 [kvm_intel]
> CPU: 5 PID: 2288 Comm: qemu-system-x86 Not tainted 4.13.0-rc2+ #7
> RIP: 0010:nested_vmx_vme
Hi David,
On 2017/7/31 19:31, David Hildenbrand wrote:
> [no idea if this change makes sense (and especially if it has any bad
> side effects), do you have performance numbers? I'll just have a look at
> the general structure of the patch in the meanwhile]
>
I haven't any test results yet, coul
On Wed, 2017-07-26 at 21:08 +0800, Yan, Zheng wrote:
> On Tue, Jul 25, 2017 at 10:50 PM, Jeff Layton wrote:
> > From: Jeff Layton
> >
> > Testing ceph for proper writeback error handling turns out to be quite
> > difficult. I tried using iptables to block traffic but that didn't
> > give reliabl
2017-07-31 20:10 GMT+08:00 Paolo Bonzini :
> On 30/07/2017 09:31, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> [ cut here ]
>> WARNING: CPU: 5 PID: 2288 at arch/x86/kvm/vmx.c:11124
>> nested_vmx_vmexit+0xd64/0xd70 [kvm_intel]
>> CPU: 5 PID: 2288 Comm: qemu-system-x86 Not
This patch adds to support inode checksum in f2fs.
Signed-off-by: Chao Yu
---
v2: add to print detail info if checksum failed.
fs/f2fs/f2fs.h | 31 +++
fs/f2fs/inode.c | 66 +
fs/f2fs/node.c | 2 ++
fs
On Sat, Jul 29, 2017 at 2:48 PM, Corentin Labbe
wrote:
> On Fri, Jul 28, 2017 at 10:54:30AM -0700, Florian Fainelli wrote:
>> On 07/28/2017 07:44 AM, Corentin Labbe wrote:
>> > On Fri, Jul 28, 2017 at 04:36:00PM +0200, Andrew Lunn wrote:
>> I've probably asked this before: Does the internal P
On Sat, Jul 29, 2017 at 03:41:56PM -0700, Joel Fernandes wrote:
> On Sat, Jul 29, 2017 at 3:28 PM, Joel Fernandes wrote:
>
> Again I didn't follow why the second condition couldn't just be:
> waker->nr_wakee_switch > factor, or, (waker->nr_wakee_switch +
> wakee->nr_wakee_switch) >
On Thu 27-07-17 09:26:59, Mike Rapoport wrote:
> In the non-cooperative userfaultfd case, the process exit may race with
> outstanding mcopy_atomic called by the uffd monitor. Returning -ENOSPC
> instead of -EINVAL when mm is already gone will allow uffd monitor to
> distinguish this case from oth
On Mon, 2017-07-31 at 13:05 +0100, Steven Whitehouse wrote:
> Hi,
>
>
> On 31/07/17 12:44, Jeff Layton wrote:
> > On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
> > > Hi,
> > >
> > >
> > > On 31/07/17 12:27, Jeff Layton wrote:
> > > > On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton
On 2017.07.31 at 13:04 +0100, Alan Cox wrote:
> On Wed, 26 Jul 2017 06:54:01 +0900
> Satoru Takeuchi wrote:
>
> > # I'm a LKML subscriber, but not a x86 list subscriber
> >
> > I found the following new linux kernel bugzilla about Ryzen related problem.
> > Since many developers don't check this
Hi,
On 31/07/17 13:22, Jeff Layton wrote:
On Mon, 2017-07-31 at 13:05 +0100, Steven Whitehouse wrote:
Hi,
On 31/07/17 12:44, Jeff Layton wrote:
On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
Hi,
On 31/07/17 12:27, Jeff Layton wrote:
On Thu, 2017-07-27 at 08:48 -0400, Jeff L
On Mon, Jul 31, 2017 at 08:19:40PM +0800, Chen-Yu Tsai wrote:
> On Sat, Jul 29, 2017 at 2:48 PM, Corentin Labbe
> wrote:
> > On Fri, Jul 28, 2017 at 10:54:30AM -0700, Florian Fainelli wrote:
> >> On 07/28/2017 07:44 AM, Corentin Labbe wrote:
> >> > On Fri, Jul 28, 2017 at 04:36:00PM +0200, Andrew
On 07/21/2017 01:19 PM, Sylwester Nawrocki wrote:
This patch fixes values of the EPLL K coefficient and changes
the EPLL output frequency values to match exactly what is
possible to achieve with given M, P, S, K coefficients.
This allows to avoid rounding errors and unexpected frequency
being set
> I'm not sure whether the operation of get the vcpu's priority-level is
> expensive on all architectures, so I record it in kvm_sched_out() for
> minimal the extra cycles cost in kvm_vcpu_on_spin().
>
as you only care for x86 right now either way, you can directly optimize
here for the good (her
On Mon, Jul 31, 2017 at 1:57 PM, Emil Velikov wrote:
> On 31 July 2017 at 10:50, Mark Yao wrote:
>> Since fb_helper is not a pointer on rockchip_drm_private, it's no
>> need to check pointer.
>>
>> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
>> may be NULL pointer, th
On Wed, Jul 26, 2017 at 07:38:02AM +, Pierre Yves MORDRET wrote:
> +
> +#ifndef __DMA_STM32_DMAMUX_H
> +#define __DMA_STM32_DMAMUX_H
> +
> +#if defined(CONFIG_STM32_DMAMUX)
> +int stm32_dmamux_set_config(struct device *dev, void *route_data, u32
> chan_id);
>
On Fri, Jul 28, 2017 at 09:38:56PM +0530, Abhishek Sahu wrote:
> On 2017-07-19 17:48, Abhishek Sahu wrote:
> >On 2017-07-19 15:37, Vinod Koul wrote:
> >>On Mon, Jun 26, 2017 at 06:19:27PM +0530, Abhishek Sahu wrote:
> >>>Some of the DMA controllers are capable of issuing the commands
> >>>to periph
On Mon, 31 Jul 2017 20:08:14 +0800
"Longpeng (Mike)" wrote:
> Hi David,
>
> On 2017/7/31 19:31, David Hildenbrand wrote:
> >> diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
> >> index 648b34c..f8f0d74 100644
> >> --- a/include/linux/kvm_host.h
> >> +++ b/include/linux/kvm_host
generic/241 reports below bug:
==
WARNING: possible circular locking dependency detected
4.13.0-rc1+ #32 Tainted: G O
--
f2fs_gc-250:0/22186 is trying to acquire lock:
(&sbi->gc
On 07/31/2017 12:20 AM, Michael S. Tsirkin wrote:
On Sun, Jul 30, 2017 at 07:18:33PM +0300, Michael S. Tsirkin wrote:
On Sun, Jul 30, 2017 at 05:59:17AM +, Wang, Wei W wrote:
That's a hypervisor implementation detail. From guest point of view,
discarding contents can not be distinguished fro
On Fri, 28 Jul 2017 14:19:41 +0200
Michal Hocko wrote:
> On Thu 27-07-17 08:56:52, Michal Hocko wrote:
> > On Wed 26-07-17 17:06:59, Jerome Glisse wrote:
> > [...]
> > > This does not seems to be an opt-in change ie if i am reading patch 3
> > > correctly if an altmap is not provided to __add_pag
From: Rafael J. Wysocki
After commit 62611cb912f7 (intel_pstate: delete scheduler hook in HWP
mode) the INTEL_PSTATE_HWP_SAMPLING_INTERVAL is not used anywhere in
the code, so drop it.
Signed-off-by: Rafael J. Wysocki
---
drivers/cpufreq/intel_pstate.c |1 -
1 file changed, 1 deletion(-)
On 07/31/2017 03:55 AM, Arnd Bergmann wrote:
I ran into a build error for the psci_checker:
drivers/firmware/psci_checker.o: In function `psci_checker':
psci_checker.c:(.init.text+0x528): undefined reference to `cpuidle_devices'
As far as I can tell, this is simply a very rare combination of op
Hi Catalin,
On Thu, Jul 27, 2017 at 06:12:22PM +0100, Catalin Marinas wrote:
> Hi Yury,
>
> On Mon, Jul 24, 2017 at 02:26:24PM +0300, Yury Norov wrote:
[...]
> > This is the 4.12 and linux-next - based kernel patches:
> > https://github.com/norov/linux/tree/ilp32-4.12
> > https://github.com/nor
- Original Message -
| > If this can be called from anywhere without fs locks, then i_size is not
| > known. That has been a problem in the past since i_size may have changed
| > on another node. We avoid that in this case due to only changing i_size
| > under an exclusive lock, and also on
On Tue, Jul 18, 2017 at 11:59:01AM -0500, Jintack Lim wrote:
> In addition to EL2 register accesses, setting NV bit will also make EL12
> register accesses trap to EL2. To emulate this for the virtual EL2,
> forword traps due to EL12 register accessses to the virtual EL2 if the
> virtual HCR_EL2.NV
On Wed, 26 Jul 2017 10:33:30 +0200
Michal Hocko wrote:
> From: Michal Hocko
>
> vmem_altmap allows vmemmap_populate to allocate memmap (struct page
> array) from an alternative allocator rather than bootmem resp.
> kmalloc. Only x86 currently supports altmap handling, most likely
> because only
I don't really understand this warning, but it does seem to get triggered
by the unusual pointer notation used in the x86_64 __copy_to_user()
optimization. Here, the source buffer for __copy_to_user() is the
constant expression '("x86_64")', which is seven bytes long and does
not trigger the optimi
On Tue, Jul 18, 2017 at 11:59:02AM -0500, Jintack Lim wrote:
> Forward the EL1 virtual memory register traps to the virtual EL2 if they
> are not coming from the virtual EL2 and the virtual HCR_EL2.TVM or TRVM
> bit is set.
I noticed that all these recursive patches don't change how we program
the
In order to support the standalone CEC Controller on the Amlogic SoCs,
a specific CEC 32K clock must be handled in the AO domain.
The CEC 32K AO Clock is a dual divider with dual counter to provide a more
precise 32768Hz clock for the CEC subsystem from the external xtal.
The AO clocks management
Switch the aoclk driver to use the new bindings and switch all the
registers access to regmap only.
Signed-off-by: Neil Armstrong
---
drivers/clk/meson/Makefile| 2 +-
drivers/clk/meson/gxbb-aoclk-regmap.c | 46 +++
drivers/clk/meson/gxbb-aoclk.c
This patchadds the clock binding entry for the CEC 32K AO Clock.
Signed-off-by: Neil Armstrong
---
include/dt-bindings/clock/gxbb-aoclkc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/dt-bindings/clock/gxbb-aoclkc.h
b/include/dt-bindings/clock/gxbb-aoclkc.h
index 3175148..9d15e22
On the first revision of the bindings, only the gates + resets were known
in the AO Clock HW, but more registers used to configures AO clock are known
to be spread among the AO register space.
This patch adds a parent node for the entire system control zone for the AO
domain then moves the clock co
The CEC 32K AO Clock is a dual divider with dual counter to provide a more
precise 32768Hz clock for the CEC subsystem from the external xtal.
Signed-off-by: Neil Armstrong
---
drivers/clk/meson/Makefile | 2 +-
drivers/clk/meson/gxbb-aoclk-32k.c | 194 +
On Tue, Jul 18, 2017 at 11:59:03AM -0500, Jintack Lim wrote:
> Forward ELR_EL1, SPSR_EL1 and VBAR_EL1 traps to the virtual EL2 if the
> virtual HCR_EL2.NV bit is set.
>
> This is for recursive nested virtualization.
>
> Signed-off-by: Jintack Lim
> ---
> arch/arm64/include/asm/kvm_arm.h | 1 +
From: Russell King
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Acked-by: Hans Verkuil
Signed-off-by: Russell King
[narmstrong: added kconfig tweak to get the right modu
On Mon 31-07-17 14:35:21, Gerald Schaefer wrote:
> On Fri, 28 Jul 2017 14:19:41 +0200
> Michal Hocko wrote:
>
> > On Thu 27-07-17 08:56:52, Michal Hocko wrote:
> > > On Wed 26-07-17 17:06:59, Jerome Glisse wrote:
> > > [...]
> > > > This does not seems to be an opt-in change ie if i am reading pa
Reviewed-by: Marcus Wolf
Thank you Rishabh!
Marcus
Am Mo, 31.07.2017, 12:21 schrieb RishabhHardas:
> From: RishabhHardas
>
> Solved a few coding style issues, used BIT macro to set MINORBITS.
>
> Signed-off-by: RishabhHardas
> ---
> drivers/staging/pi433/pi433_if.c | 24 ++---
On Mon 31-07-17 14:40:53, Gerald Schaefer wrote:
[...]
> > @@ -247,12 +248,12 @@ int __meminit vmemmap_populate(unsigned long start,
> > unsigned long end, int node)
> > * use large frames even if they are only partially
> > * used.
> >
This will be useful when drivers want to reuse only the suspend/resume
callbacks instead of whole of sdhci_pltfm_pmops.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/sdhci-pltfm.c | 6 --
drivers/mmc/host/sdhci-pltfm.h | 2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --g
Currently, the probe function initializes the PHY, but PHY settings
are lost during the sleep state. Restore the PHY registers when
resuming.
To facilitate this, split sdhci_cdns_phy_init() into the DT parse
part and PHY update part so that the latter can be invoked from the
resume hook.
Signed-
Ram Pai writes:
> On Thu, Jul 27, 2017 at 11:54:31AM -0300, Thiago Jung Bauermann wrote:
>>
>> Ram Pai writes:
>>
>> > --- a/arch/powerpc/include/asm/pkeys.h
>> > +++ b/arch/powerpc/include/asm/pkeys.h
>> > @@ -2,6 +2,18 @@
>> > #define _ASM_PPC64_PKEYS_H
>> >
>> > extern bool pkey_inited;
>
[1] adds clk handling for suspend/resume hooks of sdhci-pltfm.
This also cleans up sdhci-brcmstb.c and sdhci-sirf.c
[2] exports suspend / resume, which will be used by [3]
[3] implements suspend / resume for sdhci-cadence.c
Masahiro Yamada (3):
mmc: sdhci: enable/disable the clock in sd
On Tue, Jul 18, 2017 at 11:59:04AM -0500, Jintack Lim wrote:
> Forward CPACR_EL1 traps to the virtual EL2 if virtual CPTR_EL2 is
> configured to trap CPACR_EL1 accesses from EL1.
>
> This is for recursive nested virtualization.
>
> Signed-off-by: Jintack Lim
> ---
> arch/arm64/kvm/sys_regs.c |
This commit provides similar cleanups as commit 83eacdfa2529 ("mmc:
sdhci: disable the clock in sdhci_pltfm_unregister()") did for
unregister hooks.
Some drivers duplicate code to handle pltfm_host->clk in their own
hooks. The clock can be handled in sdhci_pltfm.c so that drivers
can reuse sdhci_
On 04/07/17 18:09, Pavel Machek wrote:
> Hi!
>
>> Are you sure it doesn't probe? It fails the omapdss_stack_is_ready()
>> check?
>
> It appears the reason was that I didn't have
> CONFIG_DRM_OMAP_CONNECTOR_ANALOG_TV enabled.
>
> I think that's wrong. I don't own an anal
On Mon, 2017-07-31 at 14:07 +0200, Jan Kara wrote:
> On Mon 31-07-17 07:44:16, Jeff Layton wrote:
> > On Mon, 2017-07-31 at 12:32 +0100, Steven Whitehouse wrote:
> > > On 31/07/17 12:27, Jeff Layton wrote:
> > > > On Thu, 2017-07-27 at 08:48 -0400, Jeff Layton wrote:
> > > > > On Thu, 2017-07-27 at
Ram Pai writes:
> On Thu, Jul 27, 2017 at 02:32:59PM -0300, Thiago Jung Bauermann wrote:
>> Ram Pai writes:
>> > diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
>> > index 2ad725e..9429361 100644
>> > --- a/arch/powerpc/kernel/process.c
>> > +++ b/arch/powerpc/kernel/pr
Hi Jintack,
On Tue, Jul 18, 2017 at 11:58:26AM -0500, Jintack Lim wrote:
> Nested virtualization is the ability to run a virtual machine inside another
> virtual machine. In other words, it’s about running a hypervisor (the guest
> hypervisor) on top of another hypervisor (the host hypervisor).
>
On 2017-07-31 18:04, Vinod Koul wrote:
On Fri, Jul 28, 2017 at 09:38:56PM +0530, Abhishek Sahu wrote:
On 2017-07-19 17:48, Abhishek Sahu wrote:
>On 2017-07-19 15:37, Vinod Koul wrote:
>>On Mon, Jun 26, 2017 at 06:19:27PM +0530, Abhishek Sahu wrote:
>>>Some of the DMA controllers are capable of i
Hi Catalin,
On 07/31/2017 07:19 AM, Catalin Marinas wrote:
> Anna, Trond,
>
> On Fri, Jul 28, 2017 at 06:54:52PM +0100, Catalin Marinas wrote:
>> --- a/fs/nfs/nfs4proc.c
>> +++ b/fs/nfs/nfs4proc.c
>> @@ -2236,7 +2236,7 @@ static int nfs4_opendata_access(struct rpc_cred *cred,
>>
Dear all,
The following series adds a ChromeOS ACPI device and export some values
reported by the ACPI in a sysfs directory. The patches comes from the
ChromeOS kernel and were originally created by Olof Johansson. These
are just a squashed version with few modifications.
One doubt that I have is
From: Olof Johansson
This driver attaches to the Chromeos ACPI device and the exports the values
reported by the ACPI in a sysfs directory. All ACPI values are presented in
the string form (numbers as decimal values) and can be accessed as the
contents of the appropriate read only files in the sy
201 - 300 of 980 matches
Mail list logo
