When EFI runtime services are disabled, for example by the "noefi"
kernel cmdline parameter, the reboot_type could still be set to
BOOT_EFI causing reboot to fail.
Fix this by checking if EFI runtime services are disabled.
Signed-off-by: Stefan Assmann
---
arch/x86/kernel/reboot.c | 6 +++---
1
On Mon, Jul 24, 2017 at 10:09:32PM +1000, Michael Ellerman wrote:
> Peter Zijlstra writes:
> > anyway, and the fact that your LL/SC is horrendously slow in any case.
>
> Boo :/
:-)
> Just kidding. I suspect you're right that we can probably pack a
> reasonable amount of tests in the body of the
On 07/24/2017 02:06 PM, Neil Armstrong wrote:
> On 07/23/2017 07:03 PM, Joseph Kogut wrote:
>> Hi Kevin,
>>
>> I tested on a P212 reference board, which is currently the only GXL
>> based board I have.
>>
>> Before applying the patch, high activity on the ethernet interface
>> would cause the link
Hello.
While searching for races in Linux kernel I've come across
drivers/spi/spi-tegra114.ko module. Here is the question that I came up
with while analysing results. Lines are given using the info from Linux
v4.12.
Consider the following case:
Thread 1: Thre
On Thu 20-07-17 15:40:26, Vlastimil Babka wrote:
> In init_pages_in_zone() we currently use the generic set_page_owner() function
> to initialize page_owner info for early allocated pages. This means we
> needlessly do lookup_page_ext() twice for each page, and more importantly
> save_stack(), whic
On Thu 20-07-17 15:40:27, Vlastimil Babka wrote:
> page_ext_init() can take long on large machines, so add a cond_resched() point
> after each section is processed. This will allow moving the init to a later
> point at boot without triggering lockup reports.
>
> Signed-off-by: Vlastimil Babka
Ac
> ___
> From: James Hogan
> Sent: Monday, July 24, 2017 3:24 AM
> To: Aleksandar Markovic
> Cc: linux-m...@linux-mips.org; Aleksandar Markovic; Miodrag Dinic; Goran
> Ferenc; Douglas Leung; linux-> ker...@vger.kernel.org; Paul Burton; Petar
> Jovanovic; Raghu G
Hello Sergey,
On Tue, 21 Mar 2017, Sergey Senozhatsky wrote:
> // I kept only lockdep splats from the original report and cut off .configs
> // full version:
> // lkml.kernel.org/r/alpine.LFD.2.20.1703201736070.1753@schleppi
>
> On (03/20/17 17:43), Sebastian Ott wrote:
> > Since commit f975237b76
On Wed, Jul 19, 2017 at 1:43 AM, Florian Fainelli wrote:
> Commit 0a987645672e ("um: Allow building and running on older
> hosts") attempted to check for PTRACE_{GET,SET}REGSET under the premise
> that these ptrace(2) parameters were directly linked with the presence
> of the _xstate structure.
>
On 24/07/17 13:19, Will Deacon wrote:
> On Fri, Jul 21, 2017 at 06:15:26PM +0100, Marc Zyngier wrote:
>> It is an unfortunate situation that CNTFRQ{,_EL0} is often
>> misprogrammed from the firmware side, leaving it up to the kernel to
>> work around it. This is usually done by providing an alterna
>
>
> From: James Hogan
> Sent: Monday, July 24, 2017 3:39 AM
> To: Aleksandar Markovic
> Cc: linux-m...@linux-mips.org; Aleksandar Markovic; Douglas Leung; Miodrag
> Dinic; Goran Ferenc; linux-kernel@vger.kernel.org; Paul Burton; Petar
> Jovanovic; Raghu
Hi Gary,
On Mon, Jul 24, 2017 at 5:50 AM, Gary Bisson
wrote:
> +
> + reg_usb_h1_vbus: regulator@7 {
> + compatible = "regulator-fixed";
> + reg = <7>;
> + pinctrl-names = "default";
> + pinctrl-
On Thu 20-07-17 15:40:28, Vlastimil Babka wrote:
> init_pages_in_zone() is run under zone->lock, which means a long lock time and
> disabled interrupts on large machines. This is currently not an issue since it
> runs early in boot, but a later patch will change that.
> However, like other pfn scan
>
>
> From: James Hogan
> Sent: Friday, July 21, 2017 8:42 AM
> To: Aleksandar Markovic
> Cc: linux-m...@linux-mips.org; Aleksandar Markovic; Miodrag Dinic; Goran
> Ferenc; Douglas Leung; linux-kernel@vger.kernel.org; Paul Burton; Petar
> Jovanovic; Raghu
Hi Fabio,
On Mon, Jul 24, 2017 at 2:49 PM, Fabio Estevam wrote:
>
> Hi Gary,
>
> On Mon, Jul 24, 2017 at 5:50 AM, Gary Bisson
> wrote:
>
> > +
> > + reg_usb_h1_vbus: regulator@7 {
> > + compatible = "regulator-fixed";
> > + reg = <7>;
> >
Declared as a regulator since the driver doesn't have a reset-gpios
property for this.
This ensures that the PHY is woken up, not depending on the state the
second stage bootloader leaves the pin.
This is a workaround until a proper mechanism is provided to reset such
devices like the pwrseq libr
Hi all,
This series is follow-up to those two patches:
https://patchwork.kernel.org/patch/9395531/
https://patchwork.kernel.org/patch/9395539/
At the time they were refused because a pwrseq library was supposed to
get in. Unfortunately that plan hasn't succeeded yet so re-submitting
the original
Declared as a regulator since the driver doesn't have a reset-gpios
property for this.
This ensures that the PHY is woken up, not depending on the state the
second stage bootloader leaves the pin.
This is a workaround until a proper mechanism is provided to reset such
devices like the pwrseq libr
On Thu, Jul 06, 2017 at 04:16:07PM +0100, Russell King - ARM Linux wrote:
> On Tue, Jul 04, 2017 at 03:25:40PM +0200, Johan Hovold wrote:
> > Add two missing include directives to two header files to avoid
> > compile breakage when the required symbols have not already been
> > defined.
> >
> > Th
On 23/07/2017 03:11, Jim Mattson wrote:
>>> In the situation you describe, the #PF causes a synthesized VM-exit
>>> from L2 to L1 directly, not indirectly. From the SDM:
>>>
>>>An exception causes a VM exit directly if the bit corresponding to
>>> that exception is set in the exception bitmap.
On Mon, Jul 24, 2017 at 9:59 AM, Gary Bisson
wrote:
> Declared as a regulator since the driver doesn't have a reset-gpios
> property for this.
>
> This ensures that the PHY is woken up, not depending on the state the
> second stage bootloader leaves the pin.
>
> This is a workaround until a proper
On Sun, Jul 23, 2017 at 08:52:53PM -0700, Kees Cook wrote:
Is 14afee4b6092f ("net: convert sock.sk_wmem_alloc from atomic_t to
refcount_t") correct? That looks like a statistics counter, not a
refcounter? I can't quite tell, though...
Hmm, yes, it looks a bit weird, but it is used in a refcount
+Cc: Mika (for real this time)
On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Avoid hogging chip select GPIOs just because they are listed for the
> master. They might be mulitplexed and, if no slave device is attached,
> used for different purposes. Moreover, this str
On Mon, Jul 24, 2017 at 9:59 AM, Gary Bisson
wrote:
> Declared as a regulator since the driver doesn't have a reset-gpios
> property for this.
>
> This ensures that the PHY is woken up, not depending on the state the
> second stage bootloader leaves the pin.
>
> This is a workaround until a proper
On Thu 20-07-17 15:40:29, Vlastimil Babka wrote:
> Commit b8f1a75d61d8 ("mm: call page_ext_init() after all struct pages are
> initialized") has avoided a a NULL pointer dereference due to
> DEFERRED_STRUCT_PAGE_INIT clashing with page_ext, by calling page_ext_init()
> only after the deferred struc
2017-07-14 15:29 GMT+03:00 :
> From: Ilya Smith
> To avoid exploitation of ELF images with holes, a hole can be mapped with
> PROT_NONE permissions.
Hello,
Could I have any feedback please?
On Mon, Jul 24, 2017 at 01:48:37PM +0100, Marc Zyngier wrote:
> On 24/07/17 13:19, Will Deacon wrote:
> > On Fri, Jul 21, 2017 at 06:15:26PM +0100, Marc Zyngier wrote:
> >> It is an unfortunate situation that CNTFRQ{,_EL0} is often
> >> misprogrammed from the firmware side, leaving it up to the ker
On 24/07/17 11:29, Suzuki K Poulose wrote:
> Add a helper to map a device node to a logical CPU number to avoid
> duplication. Currently this is open coded in different places (e.g
> gic-v3, coresight). The helper tries to map device node to a "possible"
> logical CPU id, which may not be online ye
On 24/07/17 11:29, Suzuki K Poulose wrote:
> Use the new generic helper of_device_node_get_cpu() instead
> of using our own version to map a device node to logical CPU
> number.
>
> Cc: Marc Zyngier
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/irqchip/irq-gic-v3.c | 30 +++-
On Mon, Jul 24, 2017 at 04:03:31PM +0300, Andy Shevchenko wrote:
> +Cc: Mika (for real this time)
>
> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote:
> > From: Jan Kiszka
> >
> > Avoid hogging chip select GPIOs just because they are listed for the
> > master. They might be mulitplexed and, if
On Mon, 10 Jul, at 02:51:35PM, Naoya Horiguchi wrote:
> KASLR chooses kernel location from E820_TYPE_RAM regions by walking over
> e820 entries now. E820_TYPE_RAM includes EFI_BOOT_SERVICES_CODE and
> EFI_BOOT_SERVICES_DATA, so those regions can be the target. According to
> UEFI spec, all memory r
On Mon, 10 Jul, at 02:51:36PM, Naoya Horiguchi wrote:
> EFI_BOOT_SERVICES_{CODE|DATA} regions never overlap the kernel now,
> so we can clean up the check in efi_reserve_boot_services().
>
> Signed-off-by: Naoya Horiguchi
> ---
> arch/x86/platform/efi/quirks.c | 23 +--
> 1 f
On Mon, 24 Jul 2017 10:57:18 +0200
Jan Glauber wrote:
> Hi Jonathan,
>
> On Wed, Jul 19, 2017 at 09:31:01PM +0800, Jonathan Cameron wrote:
> > On Wed, 19 Jul 2017 14:08:45 +0200
> > Jan Glauber wrote:
> >
> > > Add support for the PMU counters on Cavium SOC memory controllers.
> > >
> > > T
On Wed, 19 Jul 2017 14:08:46 +0200
Jan Glauber wrote:
> Add support for the transmit-link (OCX TLK) PMU counters found
> on Caviums SOCs with a processor interconnect.
>
> Properties of the OCX TLK counters:
> - per-unit control
> - fixed purpose
> - writable
> - one PCI device with multiple TLK
On Thu, 2017-07-20 at 12:10 +0200, Peter Zijlstra wrote:
> On Mon, Feb 01, 2016 at 04:36:38PM -0800, Eric Dumazet wrote:
> > On Tue, 2016-02-02 at 00:08 +0100, Rasmus Villemoes wrote:
> >
> > > Thanks. (Is there a good way to tell gcc that avg*avg is actually a
> > > 32x32->64 multiplication?)
> >
On Fri, Jul 21, 2017 at 03:04:17PM -0700, Arun Kalyanasundaram wrote:
> v2: - Add sample_read struct to the dict (in 3/5).
> - Increase reference count of callchain in process tracepoint to
> avoid unnecessary garbage collection (in 4/5).
>
> The process_event python hook receives a dict
On Wed, 19 Jul 2017 14:08:47 +0200
Jan Glauber wrote:
> Document Cavium SoC PMUs.
>
> Signed-off-by: Jan Glauber
And just to finish - the utterly trivial ;)
> ---
> Documentation/perf/cavium-pmu.txt | 74
> +++
> 1 file changed, 74 insertions(+)
> create m
Hello,
On (07/24/17 14:46), Sebastian Ott wrote:
> [ 347.644660] ==
> [ 347.644660] WARNING: possible circular locking dependency detected
> [ 347.644661] 4.13.0-rc2 #146 Not tainted
> [ 347.644661] ---
On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote:
>
> There are places where the efi map is getting and used like this. E.g
> in efi_high_alloc() of drivers/firmware/efi/libstub/efi-stub-helper.c.
> EFI developers worry the size of efi_memory_desc_t could not be the same
> as e->efi_memdesc_size?
>
On 24/07/17 14:12, Will Deacon wrote:
> On Mon, Jul 24, 2017 at 01:48:37PM +0100, Marc Zyngier wrote:
>> On 24/07/17 13:19, Will Deacon wrote:
>>> On Fri, Jul 21, 2017 at 06:15:26PM +0100, Marc Zyngier wrote:
It is an unfortunate situation that CNTFRQ{,_EL0} is often
misprogrammed from th
While trying to fix the error message
amdgpu: [powerplay] min_core_set_clock not set
on my carizzo board. I Realized that the structure display_config was never
set and therefore a lot of code could be simplified.
Also due to display_config never set, the error message was invalid.
Other people
amd_powerplay_display_configuration_change is never called.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 21 -
drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h | 3 ---
2 files changed, 24 deletions(-)
diff --git a/drivers/
display_config is never set, therefore we can assume it is zero.
Without this fix, the user will get the following invalid warning on its
dmesg:
amdgpu: [powerplay] min_core_set_clock not set.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/hwmgr/cz_hwmgr.c | 20 ++
phm_store_dal_configuration_data is not used anymore.
Remove also reference on comments to the function
Signed-off-by: Ricardo Ribalda Delgado
---
.../gpu/drm/amd/powerplay/eventmgr/eventtasks.c| 1 -
.../gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 25 --
.../gpu/d
Remove unused structure definition amd_pp_display_configuration.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h | 40 ---
1 file changed, 40 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h
b/drivers/g
Hi, James,
I appreciate your thorough and expeditious review.
>
>
> From: James Hogan
> Sent: Friday, July 21, 2017 7:45 AM
> To: Aleksandar Markovic
> Cc: linux-m...@linux-mips.org; Aleksandar Markovic; Miodrag Dinic; Goran
> Ferenc; Douglas Leung; linu
On 23/07/2017 03:05, Wanpeng Li wrote:
> From: Wanpeng Li
>
> When generating #PF VM-exit, check equality:
> (PFEC & PFEC_MASK) == PFEC_MATCH
> If there is equality, the 14 bit of exception bitmap is used to take decision
> about generating #PF VM-exit. If there is inequality, inverted 14 bit is
Remove unused field pm_display_cfg
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h
b/drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h
index 8c96a4caa715..5c740814dba4 100644
---
Remove unused field display_config
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h
b/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h
index 47e57bd2c36f..220bb8cde530 10064
display_config is never set, so we can assume that it is zero
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c
pm_display_cfg is never set, so we can assume that it is zero
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/ci_dpm.c
b/drivers/gpu/drm/amd/amdgpu/ci_dpm.c
index cb508a211b2f..831
display_config is never set, so we can assume that it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/hwmgr/rv_hwmgr.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/rv_hwmgr.c
b/drivers/gpu/drm/amd/powerplay/hwmgr/rv_h
display_config is never set, we can assume it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/smumgr/tonga_smc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/tonga_smc.c
b/drivers/gpu/drm/amd/powerpl
display_config is never set, we can assume it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/smumgr/polaris10_smc.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/polaris10_smc.c
b/drivers/gpu/
display_config is never set, we can assume it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/smumgr/iceland_smc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/iceland_smc.c
b/drivers/gpu/drm/amd/pow
display_config is never set, so we can assume it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/smumgr/fiji_smc.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/fiji_smc.c
b/drivers/gpu/drm/amd
display_config is never set, so we can assume it is zero.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
b/drivers
Unregister the driver before removing multi-instance hotplug
callbacks. This order avoids the warning issued from
__cpuhp_remove_state_cpuslocked when the number of remaining
instances isn't yet zero.
Fixes: 8017c279196a ("net/virtio-net: Convert to hotplug state machine")
Cc: Sebastian Andrzej Si
Hi Tejun,
we are seeing a strange pcpu allocation failures on a large ppc machine
on our older distribution kernel. Please note that I am not yet sure
this is the case with the current up-to-date kernel and I do not have
direct access to the machine but it seems there were not many changes in
the p
On 2017-07-22 07:35, Adam Borowski wrote:
On Fri, Jul 21, 2017 at 11:56:21AM -0400, Austin S. Hemmelgarn wrote:
On 2017-07-20 17:27, Nick Terrell wrote:
This patch set adds xxhash, zstd compression, and zstd decompression
modules. It also adds zstd support to BtrFS and SquashFS.
Each patch has
Hi Aleksandar,
On Mon, Jul 24, 2017 at 02:36:05PM +0100, Aleksandar Markovic wrote:
> > > diff --git a/arch/mips/math-emu/dp_fmax.c b/arch/mips/math-emu/dp_fmax.c
> > > index fd71b8d..567fc33 100644
> > > --- a/arch/mips/math-emu/dp_fmax.c
> > > +++ b/arch/mips/math-emu/dp_fmax.c
> > > @@ -47,6 +4
Hello,
I am contacting you because your patch "bf22ff45b genirq: Avoid
unnecessary low level irq function calls" broke suspend/resume on an old
Intel platform.
This was not caught in linux-next and only got introduced in linux 4.13-rc1.
Here is the current place where the bug has been report
On Mon, Jul 24, 2017 at 04:31:22PM +0530, Viresh Kumar wrote:
> On 21-07-17, 15:03, Peter Zijlstra wrote:
> > On Thu, Jul 13, 2017 at 12:14:37PM +0530, Viresh Kumar wrote:
> > > diff --git a/kernel/sched/cpufreq_schedutil.c
> > > b/kernel/sched/cpufreq_schedutil.c
> > > index 29a397067ffa..ed9c58
Since the kernel segment registers are not prepared at the
entry of irq-entry code, if a kprobe on such code is
jump-optimized, accessing per-cpu variables may cause
kernel panic.
However, if the kprobe is not optimized, it kicks int3
exception and set segment registers correctly.
This checks prob
Instead of the callsites choosing between of_cpu_device_node_get if the
CPUs are registered as of_node is populated by then and of_get_cpu_node
when the CPUs are not yet registered as CPU of_nodes are not yet stashed
thereby needing to parse the device tree, we can call of_get_cpu_node
in case the
On 07/22/2017 08:51 AM, Vinod Koul wrote:
> On Thu, Jul 06, 2017 at 02:20:20PM +0200, Pierre-Yves MORDRET wrote:
>> +static int stm32_dmamux_probe(struct platform_device *pdev)
>> +{
>> +struct device_node *node = pdev->dev.of_node;
>> +struct device_node *dma_node;
>> +struct stm32_d
2017-07-24 21:36 GMT+08:00 Paolo Bonzini :
> On 23/07/2017 03:05, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> When generating #PF VM-exit, check equality:
>> (PFEC & PFEC_MASK) == PFEC_MATCH
>> If there is equality, the 14 bit of exception bitmap is used to take decision
>> about generating #PF VM
Hello,
On Mon, Jul 24, 2017 at 03:42:40PM +0200, Michal Hocko wrote:
> we are seeing a strange pcpu allocation failures on a large ppc machine
> on our older distribution kernel. Please note that I am not yet sure
> this is the case with the current up-to-date kernel and I do not have
> direct acc
Hi everyone,
This is v3 of my MMC controller support series.
Changes since v2:
- Really dropped CCU_FEATURE_MMC_ALWAYS_NEW
- Simplified SUNXI_CCU_MP_MMC_WITH_MUX_GATE macro
- Added Maxime's ack for mmc patches
Changes since v1:
- Fix patches already applied have been dropped
- V2
All of our MMC clocks are of the MP clock type. A few MMC clocks on some
SoCs, such as MMC2 on the A83T, support new/old timing mode switching.
>From a clock rate point of view, when the new timing mode is active. the
output clock rate is halved.
This patch adds a special wrapper class of clocks,
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one
On Mon, Jul 24, 2017 at 05:16:34PM +0800, shuw...@redhat.com wrote:
> When running memory stress tests, kmemleak could be easily disabled in
> function create_object as system is out of memory and kmemleak failed to
> alloc from object_cache. Since there's no way to enable kmemleak after
> it's off
On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> David has noticed that the oom killer might kill additional tasks while
> the exiting oom victim hasn't terminated yet because the oom_reaper marks
> the curent victim MMF_OOM_SKIP too early when mm->mm_users d
The MMC2 clock supports a new timing mode. When the new mode is active,
the output clock rate is halved.
This patch sets the feature flag for the new timing mode, and adds
a pre-divider based on the mode bit.
Signed-off-by: Chen-Yu Tsai
---
drivers/clk/sunxi-ng/ccu-sun8i-a83t.c | 10 ++
mmc2 can support 8-bit eMMC chips, with a dedicated reset line.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
index 21ab668abfac..d9b4372dbdf3 1
The H8 homlet has a micro-SD card slot connected to mmc0,
and onboard eMMC from FORESEE, connected to mmc2.
Signed-off-by: Chen-Yu Tsai
---
.../boot/dts/sun8i-a83t-allwinner-h8homlet-v2.dts | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-
Now that we support the MMC controllers on the A83T SoC, we can enable
them on some boards.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a83t-cubietruck-plus.dts | 27
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-cubietruck-plus.
The MMC controller can support DDR52 transfers under the new timing
mode. According to the BSP kernel, the module clock has to be double
the card clock, regardless of the bus width. The default timings in
the hardware can be used.
This also reworks the code setting the internal divider, getting ri
The third MMC controller (MMC2) on the Allwinner A83T SoC is slightly
different. It supports a wider 8-bit bus, has a dedicated controllable
reset pin for eMMC, and a "new timing mode" which is supposed to deliver
better signals and thus better performance.
Add a compatible for this one to use the
On 2017-07-24 09:35 AM, Ricardo Ribalda Delgado wrote:
> amd_powerplay_display_configuration_change is never called.
>
> Signed-off-by: Ricardo Ribalda Delgado
> ---
> drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 21 -
> drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.
The A83T has 3 MMC controllers. The third one is a bit special, as it
supports a wider 8-bit bus, and a "new timing mode".
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 59 +++
1 file changed, 59 insertions(+)
diff --git a/arch/arm/boot/
On the SoCs that introduced the new timing mode for MMC controllers,
both the old (where the clock delays are set in the CCU) and new
(where the clock delays are set in the MMC controller) timing modes
are available, and we have to support them both. However there are
two bits that control which mo
On 07/24/2017 03:13 PM, Kirill A. Shutemov wrote:
> On Thu, Jul 13, 2017 at 05:19:22PM +0300, Andrey Ryabinin wrote:
https://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git/commit/?h=la57/boot-switching/v2&id=13327fec85ffe95d9c8a3f57ba174bf5d5c1fb01
> As for KASAN, I think it
Hi Harry
On Mon, Jul 24, 2017 at 4:01 PM, Harry Wentland wrote:
>
> This is used and needed by the DC display driver. See
> display/amdgpu_dm/amdgpu_dm_services.c:193 in Alex's amd-staging-4.11 tree:
>
> https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_d
Does anyone have ideas how to preserve a /proc/$pid directory after a process
exit? I want to perform some audit on some process A from within
another process B. Process B have the pid of process A but after A
exit, B can no longer retrieve
info from /proc/$pid. I am wondering whether it is possibl
On Sat, Jul 15, 2017 at 10:53:27AM +0200, Michal Kubecek wrote:
>On Sat, Jul 15, 2017 at 01:26:27AM +, Levin, Alexander (Sasha Levin) wrote:
>> From: Michal Kubeček
>>
>> [ Upstream commit a5cb659bbc1c8644efa0c3138a757a1e432a4880 ]
>>
>> Our customer encountered stuck NFS writes for blocks sta
Boris,
On 7/24/17 18:14, Borislav Petkov wrote:
On Mon, Jul 24, 2017 at 04:22:45AM -0500, Suravee Suthikulpanit wrote:
For family17h, current cpu_core_id is directly taken from the value
CPUID_Fn801E_EBX[7:0] (CoreId), which is the physical ID of the
core within a die. However, on system wi
On Mon 24-07-17 17:00:08, Kirill A. Shutemov wrote:
> On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > David has noticed that the oom killer might kill additional tasks while
> > the exiting oom victim hasn't terminated yet because the oom_reaper marks
On Fri, Jul 21, 2017 at 05:31:59PM -0700, Sukadev Bhattiprolu wrote:
> Andi Kleen [a...@firstfloor.org] wrote:
> > From: Andi Kleen
> >
> > Today, when a JSON file fails parsing the build continues,
> > but there are no json files built in, which is difficult to debug later.
> > Make the build st
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/asm
head: 9683a64fc3cb67e663859a6bb2e0db5dcee9ed32
commit: 39358a033b2e4432052265c1fa0f36f572d8cfb5 [6/13] objtool, x86: Add
facility for asm code to provide unwind hints
config: x86_64-randconfig-in0-07242041 (attached as .
There are three issues in nested_vmx_check_exception:
1) it is not taking PFEC_MATCH/PFEC_MASK into account, as reported
by Wanpeng Li;
2) it should rebuild the interruption info and exit qualification fields
from scratch, as reported by Jim Mattson, because the values from the
L2->L0 vmexit may
On 24/07/2017 15:57, Wanpeng Li wrote:
>
> if (!((vmcs12->exception_bitmap & (1u << nr)) ||
> -(nr == PF_VECTOR && vcpu->arch.exception.nested_apf)))
> +(nr == PF_VECTOR && (vcpu->arch.exception.nested_apf ||
> +nested_vmx_is_page_fault_vmexit(vmcs12,
> vcpu->arch.
On Mon 24-07-17 09:57:14, Tejun Heo wrote:
> Hello,
Hi,
and thanks for ths swift answer
> On Mon, Jul 24, 2017 at 03:42:40PM +0200, Michal Hocko wrote:
[...]
> > My understanding of the pcpu allocator is basically close to zero but it
> > seems weird to me that we would need many TB of vmalloc ad
When running as Xen pv-guest the exception frame on the stack contains
%r11 and %rcx additional to the other data pushed by the processor.
Instead of having a paravirt op being called for each exception type
prepend the Xen specific code to each exception entry. When running as
Xen pv-guest just u
On 24/07/2017 13:40, Claudio Imbrenda wrote:
> Simplify and improve the code so that the PID is always available in
> the uevent even when debugfs is not available.
>
> This adds a userspace_pid field to struct kvm, as per Radim's
> suggestion, so that the PID can be retrieved on destruction too.
Hi all,
We found the mainline arm64 kernel boot failure on Hikey960 board,
this is caused by patch f2545b2d4ce1 (jump_label: Reorder hotplug lock
and jump_label_lock), this patch adds locking cpus_read_lock() in
function static_key_slow_inc() and introduce the dead lock issue by
acquiring lock twi
On Mon, 24 Jul 2017, Johan Hovold wrote:
> Make sure that the controller is runtime resumed when system suspending
> to avoid an external abort when accessing the interrupt registers:
>
> Unhandled fault: external abort on non-linefetch (0x1008) at 0xd025840a
> ...
> [] (musb_default_readb)
On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
> Hi
>
> I've problem with my USB storage devices: WD Elements 1TB.
> (Bus 004 Device 002: ID 1058:10a8 Western Digital Technologies, Inc. Elements
> Portable (WDBUZG))
>
>
> After kernel >4.9 when disk is attached via cable it has very low speed
>
2017-07-24 22:20 GMT+08:00 Paolo Bonzini :
> There are three issues in nested_vmx_check_exception:
>
> 1) it is not taking PFEC_MATCH/PFEC_MASK into account, as reported
> by Wanpeng Li;
>
> 2) it should rebuild the interruption info and exit qualification fields
> from scratch, as reported by Jim
On 24/07/2017 16:44, Wanpeng Li wrote:
>> Wanpeng, can you test this on the testcases you had for commit
>> d4912215d103 ("KVM: nVMX: Fix exception injection", 2017-06-05)?
> Yeah, I will try it tomorrow. :)
>
>> Also, do you have a testcase for PFEC matching?
> I din't hav
201 - 300 of 1020 matches
Mail list logo
