Hi, Jose：
The value of RK3399 reg HDMI_CONFIG2_ID is 0xf3.
Using hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy, we test
all HDMI video mode(including 594MHz) and it woks good.
And our customer has pass the HDMI CTS.
If you send a patch with a general config function fo
On Mon, Jun 19, 2017 at 11:44:45AM +0300, Horia Geantă wrote:
> Changes in the SW cts (ciphertext stealing) code in
> commit 0605c41cc53ca ("crypto: cts - Convert to skcipher")
> revealed a problem in the CAAM driver:
> when cts(cbc(aes)) is executed and cts runs in SW,
> cbc(aes) is offloaded in C
On Mon, Jun 19, 2017 at 11:44:46AM +0300, Horia Geantă wrote:
> This is the 2nd part of fixing the usage of GFP_KERNEL for memory
> allocations, taking care off all the places that haven't caused a real
> problem / failure.
> Again, the issue being fixed is that GFP_KERNEL should be used only when
From: Colin Ian King
The helper function get_wild_bug_type does not need to be in global scope,
so make it static.
Cleans up sparse warning:
"symbol 'get_wild_bug_type' was not declared. Should it be static?"
Signed-off-by: Colin Ian King
---
mm/kasan/report.c | 2 +-
1 file changed, 1 insert
* Arnd Bergmann wrote:
> On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote:
> >
> > So, to continue this side thought about uninitialized_var(), it is dangerous
> > because the following buggy pattern does not generate a compiler warning:
> >
> > long uninitialized_var(error);
> >
> >
* Kirill A. Shutemov wrote:
> On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote:
> > Please review and consider applying.
>
> Hi Ingo,
>
> I've noticed you haven't applied last two patches of the patchset.
>
> Is there any problem with them? Or what is you plan here?
As they
On Thu, Jun 22, 2017 at 10:07:52AM +0300, Gilad Ben-Yossef wrote:
> The ccree driver has build time configurable support
> to work on top of coherent (e.g. ACP) vs. none coherent bus
> connections. Turn it to run-time configurable option
> based on device tree.
>
> Signed-off-by: Gilad Ben-Yossef
On Thu, Jun 22, 2017 at 09:49:40AM +0100, Colin King wrote:
> From: Colin Ian King
>
> The pointer intel_ucode_patch does not need to be in global scope,
> so make it static.
>
> Cleans up sparse warning:
> "symbol 'intel_ucode_patch' was not declared. Should it be static?"
>
> Signed-off-by: C
On Thu, Jun 22, 2017 at 11:04:22AM +0200, Ingo Molnar wrote:
>
> * Kirill A. Shutemov wrote:
>
> > On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote:
> > > Please review and consider applying.
> >
> > Hi Ingo,
> >
> > I've noticed you haven't applied last two patches of the pa
On Thu, 22 Jun 2017 00:20:28 +0530
"Naveen N. Rao" wrote:
> KPROBES_ON_FTRACE is only available on powerpc64le. Update comment to
> clarify this.
>
> Also, we should use an offset of 8 to ensure that the probe does not
> fall on ftrace location. The current offset of 4 will fall before the
> fun
On 06/17/2017 09:22 AM, Ram Pai wrote:
> Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6
> in the 4K backed hpte pages. These bits continue to be used
> for 64K backed hpte pages in this patch, but will be freed
> up in the next patch.
>
> The patch does the following change to the 64K P
On 06/22/2017 at 01:44 AM, Michael Holzheu wrote:
> Am Fri, 9 Jun 2017 10:17:05 +0800
> schrieb Xunlei Pang :
>
>> S390 KEXEC_NOTE_BYTES is not used by note_buf_t as before, which
>> is now defined as follows:
>> typedef u32 note_buf_t[CRASH_CORE_NOTE_BYTES/4];
>> It was changed by the CONFIG_
Am Donnerstag, 22. Juni 2017, 16:46:47 CEST schrieb Frank Wang:
> As the comments from Heiko Stuebner that compatible
> should not contain any placeholders, this patch fix it for rk3228 SoC.
>
> Signed-off-by: Frank Wang
not sure how this slipped through in the first place, but the rk322x
compa
On Wed 21-06-17 11:59:41, Tejun Heo wrote:
> Hello,
>
> cc'ing Andrew and Jan and cc'ing whole body. The original patch
> posting can be found at
>
> https://marc.info/?l=linux-kernel&m=149802995611259&q=raw
>
> On Wed, Jun 21, 2017 at 10:25:37AM +0300, Nikolay Borisov wrote:
> > Currently the
From: Colin Ian King
The helper function __load_ucode_amd does not need to be in global
scope, so make it static.
Cleans up sparse warning:
"symbol '__load_ucode_amd' was not declared. Should it be static?"
Signed-off-by: Colin Ian King
---
arch/x86/kernel/cpu/microcode/amd.c | 2 +-
1 file c
On Thu, Jun 22, 2017 at 10:16:26AM +0100, Colin King wrote:
> From: Colin Ian King
>
> The helper function __load_ucode_amd does not need to be in global
> scope, so make it static.
>
> Cleans up sparse warning:
> "symbol '__load_ucode_amd' was not declared. Should it be static?"
>
> Signed-off
* Kirill A. Shutemov wrote:
> On Thu, Jun 22, 2017 at 11:04:22AM +0200, Ingo Molnar wrote:
> >
> > * Kirill A. Shutemov wrote:
> >
> > > On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote:
> > > > Please review and consider applying.
> > >
> > > Hi Ingo,
> > >
> > > I've not
On Wed, 2017-06-21 at 18:39 -0700, Ram Pai wrote:
> Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6,
> in the 4K backed HPTE pages. These bits continue to be used
> for 64K backed HPTE pages in this patch, but will be freed
> up in the next patch. The bit numbers are big-endian as
>
On Thu, 22 Jun 2017 13:47:43 +0530
Archit Taneja wrote:
> On 06/22/2017 01:20 PM, Benjamin Gaignard wrote:
> > 2017-06-20 19:31 GMT+02:00 Eric Anholt :
> >> Archit Taneja writes:
> >>
> >>> On 06/16/2017 08:13 PM, Eric Anholt wrote:
> Archit Taneja writes:
>
> > On 06/16/2
Always try to parse an address, since kstrtoul() will safely fail when
given a symbol as input. If that fails (which will be the case for a
symbol), try to parse a symbol instead.
This allows creating a probe such as:
p:probe/vlan_gro_receive 8021q:vlan_gro_receive+0
Which is necessary for t
* Kirill A. Shutemov wrote:
> Most of things are in place and we can enable support of 5-level paging.
>
> The patch makes XEN_PV dependent on !X86_5LEVEL. XEN_PV is not ready to
> work with 5-level paging.
Please make a short comment about that in the Kconfig code as well, instead of
a
sile
On Thu, 2017-06-22 at 16:43 +0800, Erin Lo wrote:
> From: Weiqing Kong
>
> This patch adds board related config for backlight
>
> Signed-off-by: Weiqing Kong
> Signed-off-by: Erin Lo
> ---
> arch/arm/boot/dts/mt2701-evb.dts | 29 +
> 1 file changed, 29 insertions(+
On Thu, Jun 22, 2017 at 11:00 AM, Colin King wrote:
> From: Colin Ian King
>
> The helper function get_wild_bug_type does not need to be in global scope,
> so make it static.
>
> Cleans up sparse warning:
> "symbol 'get_wild_bug_type' was not declared. Should it be static?"
>
> Signed-off-by: Col
* Daniel Bristot de Oliveira wrote:
> Add the value of the rt_rq.rt_nr_migratory and dl_rq.dl_nr_migratory
> to the sched_debug output, for instance:
>
> rt_rq[0]:
> .rt_nr_running : 2
> .rt_nr_migratory : 1 <--- Like this
> .rt_throttled
On Thu, 22 Jun 2017 00:20:27 +0530
"Naveen N. Rao" wrote:
> When we derive event names, convert some expected symbols (such as ':'
> used to specify module:name and '.' present in some symbols) into
> underscores so that the event name is not rejected.
Oops, ok, this is my mistake.
Acked-by: Ma
On 06/22/2017 10:17 AM, Archit Taneja wrote:
>
>
> On 06/22/2017 01:20 PM, Benjamin Gaignard wrote:
>> 2017-06-20 19:31 GMT+02:00 Eric Anholt :
>>> Archit Taneja writes:
>>>
On 06/16/2017 08:13 PM, Eric Anholt wrote:
> Archit Taneja writes:
>
>> On 06/16/2017 02:11 AM, Eric A
Hi Daniel,
On Tue, Jun 20, 2017 at 11:28:55PM +0200, Daniel Lezcano wrote:
> In the next changes, we track when the interrupts occur in order to
> statistically compute when is supposed to happen the next interrupt.
>
> In all the interruptions, it does not make sense to store the timer interrupt
MT2712 is a SoC based on 64bit ARMv8 architecture.
MT2712 share many HW IP with MT8173. This patchset was tested on MT2712
evaluation board, and boot to shell ok.
This series contains document bindings, device tree including interrupt and
uart.
Changes compared to v3:
- use two uart clocks ref
From: Colin Ian King
The array ni_div does not need to be in global scope and is not
modified, so make it static const.
Cleans up sparse warning:
"symbol 'ni_div' was not declared. Should it be static?"
Signed-off-by: Colin Ian King
---
sound/soc/codecs/max9867.c | 2 +-
1 file changed, 1 ins
This adds dt-binding documentation for Mediatek MT2712.
Only include very basic items: cpu, gic and uart.
Signed-off-by: YT Shen
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/mediatek.txt| 4
.../devicetree/bindings/interrupt-controller/mediatek,sysirq
This adds basic chip support for Mediatek 2712
Signed-off-by: YT Shen
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 32 ++
arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 172
3 files changed, 205 insertions
On Wed, Jun 21, 2017 at 11:53:00PM +0200, Arnd Bergmann wrote:
> We used to pass the operations when calling pci_scan_root_bus, but
> that argument was removed:
>
> arch/arm/mach-mv78xx0/pcie.c:175:23: error: 'pcie_ops' defined but not used
> [-Werror=unused-variable]
>
> Setting it in pci_hw sh
On Wed, Jun 21, 2017 at 10:47:40AM -0700, Luck, Tony wrote:
> I would if I could work out how to use it. From reading the manual
> page there seem to be a few options to this, but none of them appear
> to just drop a specific address (apart from my own). :-(
$ git send-email --to ... --cc ... --cc
Hi,
On 21/06/17 10:16, Viresh Kumar wrote:
> Use the standard way of returning errors instead of returning 0(failure)
> OR 1(success) and making it hard to read.
>
> Signed-off-by: Viresh Kumar
> ---
> arch/arm/kernel/topology.c | 2 +-
> drivers/base/arch_topology.c | 8
> 2 files c
* Chen Yu wrote:
> Currently we try to have e820_table_firmware to represent the
> original firmware memory layout passed to us by the bootloader,
> however it is not the case, the e820_table_firmware might still
> be modified by linux:
> 1. During bootup, the efi boot stub might allocate memory
On Fri, Jun 16, 2017 at 01:54:47PM -0500, Tom Lendacky wrote:
> Move the setting of the cpuinfo_x86.microcode field from amd_init() to
> early_amd_init() so that it is available earlier in the boot process. This
> avoids having to read MSR_AMD64_PATCH_LEVEL directly during early boot.
>
> Signed-o
Hi,
On 21/06/17 10:16, Viresh Kumar wrote:
> We can reuse "cap_parsing_failed" instead of keeping an additional
> variable here.
>
> Signed-off-by: Viresh Kumar
> ---
> drivers/base/arch_topology.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/base/arch_
On Tue, Jun 20, 2017 at 04:12:32PM -0700, David Rientjes wrote:
> On Tue, 20 Jun 2017, Mark Rutland wrote:
>
> > As with my reply to David, my preference would be that we:
> >
> > 1) Align compiler-clang.h with the compiler-gcc.h inlining behaviour, so
> >that things work by default.
> >
> >
On Thu, Jun 22, 2017 at 11:02 AM, Ingo Molnar wrote:
>
> * Arnd Bergmann wrote:
>
>> On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote:
>> >
>> > So, to continue this side thought about uninitialized_var(), it is
>> > dangerous
>> > because the following buggy pattern does not generate a compi
iommu_device_register and iommu_device_sysfs_add can fail here and
we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/iommu/intel-iommu.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu
From: Colin Ian King
The helper function __load_ucode_amd and pointer intel_ucode_patch
do not need to be in global scope, so make them static.
Cleans up sparse warnings:
"symbol '__load_ucode_amd' was not declared. Should it be static?"
"symbol 'intel_ucode_patch' was not declared. Should it be
On Thu, Jun 22, 2017 at 09:36:43AM +0530, Viresh Kumar wrote:
> On 21-06-17, 17:57, Morten Rasmussen wrote:
> > It is true that this patch relies on the notifiers, but I don't see how
> > that prevents us from adding a non-notifier based solution for
> > fast-switch enabled platforms later?
>
> No
The hpsa firmware will bypass the cache for any request larger
than 1MB, so we should cap the request size to avoid any
performance degradation in SLE12-SP2.
This degradation is caused from d2be537c3ba3568acd79cd178327b842e60d035e,
which changed max_sectors_kb to 1280k, but the hardware is able to
The smartpqi firmware will bypass the cache for any request larger
than 1MB, so we should cap the request size to avoid any
performance degradation on SLE12-SP2
This degradation is caused from d2be537c3ba3568acd79cd178327b842e60d035e,
which changed max_sectors_kb to 1280k, but the hardware is able
On Wed, 21 Jun 2017 18:41:34 +0200
Björn Töpel wrote:
> From: Björn Töpel
>
> In commit 613f050d68a8 ("perf probe: Fix to probe on gcc generated
> functions in modules"), the offset from symbol is, incorrectly, added
> to the trace point address. This leads to incorrect probe trace points
> for
Add output-enable generic pin configuration property.
This properties allows enabling/disabling pin's output capabilities
without actually driving any value on the line.
---
v1->v2:
- Expand the property description as suggested by Laurent. I ended up
mentioning the in-famous output buffer :)
On Wed, Jun 21, 2017 at 07:04:53AM -0400, Stefan Berger wrote:
> On 06/21/2017 03:31 AM, Jarkko Sakkinen wrote:
> > Consolidated all the "manual" TPM startup code to a single function
> > in order to make code flows a bit cleaner and migrate to tpm_buf.
> >
> > Signed-off-by: Jarkko Sakkinen
>
>
In article <20170621234106.16548-3-a...@firstfloor.org> you wrote:
> Some CPUID features depend on other features. Currently it's
> possible to to clear dependent features, but not clear the base features,
> which can cause various interesting problems.
> This patch implements a generic table to
On Fri, 16 Jun, at 01:53:06PM, Tom Lendacky wrote:
> The efi_mem_type() function currently returns a 0, which maps to
> EFI_RESERVED_TYPE, if the function is unable to find a memmap entry for
> the supplied physical address. Returning EFI_RESERVED_TYPE implies that
> a memmap entry exists, when it
On Thu, Jun 22, 2017 at 05:58:44PM +0800, Yadan Fan wrote:
> The hpsa firmware will bypass the cache for any request larger
> than 1MB, so we should cap the request size to avoid any
> performance degradation in SLE12-SP2.
Upstream doesn't care too much about SLES.
> References: bsc#1025461
and
Changes since v1:
- s/AVAILABELE/AVAILABLE/ fixing the typo [Thomas Gleixner]
Original description:
TSC calibration on virtual machines is always error prone. It was found
that in nested environments Gen2 instances may get stuck on boot. As
Hyper-V hosts provide us with all the required informati
Hi,
next-20170621 fails to build on PowerPC bare-metal with gcc 4.8.5
Test : build
Machine : Power 8 bare-metal (BMC)
kernel : 4.12.0-rc6
gcc : 4.8.5
config : Hab-NV-config
$ make -S -j
In file included from drivers/net/ethernet/qlogic/qede/qede.h:43:0,
from drivers/net/ether
Hyper-V TLFS specifies two bits which should be checked before accessing
frequency MSRs:
- AccessFrequencyMsrs (BIT(11) in EAX) which indicates if we have access to
frequency MSRs.
- FrequencyMsrsAvailable (BIT(8) in EDX) which indicates is these MSRs are
present.
Rename and specify these bits
Hi Stephen,
On 20 June 2017 at 09:25, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> In the last cycle, the patches support Whale2 sc9860 mobile chip have been
>> merged. This patchset adds clock driver which is used on almost all
>> Spreadtrum SoCs.
>>
>> This is a rewrite of Spreadtrum
It was found that SMI_TRESHOLD of 5 is not enough for Hyper-V
guests in nested environment and falling back to counting jiffies
is not an option for Gen2 guests as they don't have PIT. As Hyper-V
provides TSC frequency in a synthetic MSR we can just use this information
instead of doing a error
Currently in play_deferred, we are calling usb_submit_urb directly to
submit deferred tx urb after unanchor it.
So the usb_giveback_urb_bh would failed to unref it in usb_unanchor_urb
and cause memory leak:
unreferenced object 0xffc0ce0fa400 (size 256):
...
backtrace:
[] __save_stack_tra
On 20 June 2017 at 09:29, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> Added Spreadtrum's clock driver common structure and registration code.
>>
>> Signed-off-by: Chunyan Zhang
>> ---
>> drivers/clk/Makefile | 1 +
>> drivers/clk/sprd/Makefile | 3 ++
>> drivers/clk/sp
Thanks for testing this configuration Abdul.
Abdul Haleem writes:
> Hi Michael,
>
> linux-next booted with warnings on a Power LPAR with CMO feature
> enabled.
>
> Test : boot with CMO enabled
> Kernel: 4.12.0-rc5-next-20170619
> gcc : 4.8.5
> Machine : Power 8 Power VM LPAR (Big Endian)
>
> Ste
On Wed, Jun 21, 2017 at 04:29:36PM +0200, Roberto Sassu wrote:
> tpm2_pcr_read() now uses tpm_buf functions to build the TPM command
> to read a PCR. Those functions are preferred to passing a tpm2_cmd
> structure, as they provide protection against buffer overflow.
>
> Also, tpm2_pcr_read() code
File size before:
textdata bss dec hex filename
207921580 994 233665b46 drivers/acpi/nfit/core.o
File size After adding 'const':
textdata bss dec hex filename
209681388 994 233505b36 drivers/acpi/nfit/core.o
Signed-off-by: Arvi
Fix checkpatch.pl Warning: Symbolic permissions 'S_IRUGO | S_IWUSR'
are not preferred.Consider using octal permissions '0644'.
Signed-off-by: Jaya Durga
--6
---
drivers/staging/rtl8712/os_intfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8712/os_intf
On 20 June 2017 at 09:31, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile
>> index 8f802b2..333e2b2 100644
>> --- a/drivers/clk/sprd/Makefile
>> +++ b/drivers/clk/sprd/Makefile
>> @@ -1,3 +1,3 @@
>> ifneq ($(CONFIG_OF),)
>
From: Joerg Roedel
To benefit from IOTLB flushes on other CPUs we have to free
the already flushed IOVAs from the ring-buffer before we do
the queue_ring_full() check.
Signed-off-by: Joerg Roedel
---
drivers/iommu/amd_iommu.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
I think the gamma_store can end up invalid on error. But the way I read
it, that can happen in drm_mode_gamma_set_ioctl as well, so why should
this pesky legacy fbdev stuff be any better?
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/drm_fb_helper.c | 27 +++
1 file chan
On 20 June 2017 at 09:37, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile
>> index 83232e5..c593a93 100644
>> --- a/drivers/clk/sprd/Makefile
>> +++ b/drivers/clk/sprd/Makefile
>> @@ -1,3 +1,3 @@
>> ifneq ($(CONFIG_OF),)
>
This patches follows the merged patchset that refactors I2C Designware and
enables it to have I2C support.
The patch 1 adds the necessary functions to give the ability to be a SLAVE
to the controller and for that changes also had to be made in the
Makefile and Kconfig.
The patch 2 enables the SLA
- Changes in Kconfig to enable I2C_DESIGNWARE_SLAVE support
- Slave functions added to core library file
- Slave abort sources added to common source file
- New driver: i2c-designware-slave added
- Changes in the Makefile to compile the I2C_DESIGNWARE_SLAVE module
when supported by the architectu
- Slave mode selected in platform module if the support is detected in
the DT.
Signed-off-by: Luis Oliveira
Reviewed-by: Andy Shevchenko
---
V11-V12
- no changes
drivers/i2c/busses/i2c-designware-core.h| 2 ++
drivers/i2c/busses/i2c-designware-platdrv.c | 41 +---
Hi Stephen,
On 20 June 2017 at 09:41, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile
>> index c593a93..0d90b40 100644
>> --- a/drivers/clk/sprd/Makefile
>> +++ b/drivers/clk/sprd/Makefile
>> @@ -1,3 +1,4 @@
>> ifneq ($(C
Hi Jeffy,
> Currently in play_deferred, we are calling usb_submit_urb directly to
> submit deferred tx urb after unanchor it.
>
> So the usb_giveback_urb_bh would failed to unref it in usb_unanchor_urb
> and cause memory leak:
> unreferenced object 0xffc0ce0fa400 (size 256):
> ...
> backtrac
This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get
totally obsolete.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/drm_fb_helper.c | 151 +---
1 file changed, 63 insertions(+), 88 deletions(-)
This is an alternative version rebased on t
FYI, I'm hitting this problem by doing just boot or shutdown sequence,
and this problem is remaining as of next-20170622.
localhost login: [ 37.010894] BUG: Bad page state in process gdbus pfn:11f001
[ 37.015328] page:c0ce447c0040 count:0 mapcount:1
mapping:dead
On Wed, 21 Jun 2017 09:03:26 +0200
Marcin Nowakowski wrote:
> core_kernel_text is used by MIPS in its function graph trace processing,
> so having this method traced leads to an infinite set of recursive calls
> such as:
>
> [2.972075] Call Trace:
> [2.972111]
> [2.976731] [<80506584
Hi Stephen,
On 20 June 2017 at 09:24, Stephen Boyd wrote:
> On 06/18, Chunyan Zhang wrote:
>> diff --git a/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi
>> b/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi
>> new file mode 100644
>> index 000..e15bf2d
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/sprd/s
From: Philipp Zabel
If the irq chip device is using the regmap of its parent device or
a syscon regmap that doesn't have an associated device at all,
allow the driver to provide its own device. That makes it possible
to reference the irq controller from other devices running on the
same regmap.
On 06/21/2017 09:08 PM, Krzysztof Kozlowski wrote:
Similarly to commit f1e9203e2366 ("clk: samsung: Fix Exynos 5420 pinctrl
setup and clock disable failure due to domain being gated") for
Exynos5420, the Exynos4412 also requires that EPLL is not disabled.
Otherwise any access to MAUDIO block will
On Thu, Jun 22, 2017 at 10:32:31AM +0100, Colin King wrote:
> From: Colin Ian King
>
> The array ni_div does not need to be in global scope and is not
> modified, so make it static const.
>
> Cleans up sparse warning:
> "symbol 'ni_div' was not declared. Should it be static?"
Acked-By: Vinod Ko
This patch sets PSCI as the default cpu enable-method for RK3228 SoC.
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk322x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 31e04e9..34d175e 100644
--- a/arch/ar
Due to some tiny differences between RK3228 and RK3229, this patch adds
a basic dtsi file which first includes a new CPU opp table for RK3229.
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk3229-evb.dts | 2 +-
arch/arm/boot/dts/rk3229.dtsi| 89
2
Resend these series for adding compatible changes of efuse in [PATCH v2 7/7].
These series add sdmmc, sdio, and other device nodes support for
rk322x SoCs, and also introduce rk3229 basic dtsi file specifically.
Changes from v1:
- Extracted cpu enable-method from rk3229.dtsi to rk322x.dtsi
- Amen
From: Shawn Lin
This adds amend compatible content for eMMC of RK3228 SoC.
Signed-off-by: Shawn Lin
---
arch/arm/boot/dts/rk322x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 34d175e..c4d43ce 100644
From: Shawn Lin
Add "rockchip,rk3228-dw-mshc", "rockchip,rk3288-dw-mshc" for
dwmmc on rk322x platform.
Signed-off-by: Shawn Lin
Reviewed-by: Heiko Stuebner
---
Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetr
From: David Wu
This patch adds io-domain support for rk3228 SoC.
Signed-off-by: David Wu
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk322x.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index 66578fa..bd7ef53 10
From: Shawn Lin
This patch adds sdmmc/sdio controller nodes for rk3228 SoC.
Signed-off-by: Shawn Lin
---
arch/arm/boot/dts/rk322x.dtsi | 60 +++
1 file changed, 60 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
From: Finley Xiao
Add a efuse node in the device tree for the rk3228 SoC.
Signed-off-by: Finley Xiao
Signed-off-by: Frank Wang
---
arch/arm/boot/dts/rk322x.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
On Thu, Jun 22, 2017 at 12:26:17PM +0200, Michael Grzeschik wrote:
> same regmap.
>
> Signed-off-by: Philipp Zabel
> ---
All patches need to be signed off, please see SubmittingPatches for
details on what this means and why it's important.
signature.asc
Description: PGP signature
On 22/06/2017 11:31, Mark Rutland wrote:
> Hi Daniel,
>
> On Tue, Jun 20, 2017 at 11:28:55PM +0200, Daniel Lezcano wrote:
>> In the next changes, we track when the interrupts occur in order to
>> statistically compute when is supposed to happen the next interrupt.
>>
>> In all the interruptions, i
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/irqchip/irq-gic-v3-its.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/irqchip/irq-gic-v3-its-platform-msi.c | 2 +-
1 file changed, 1 insertion(+),
Hey,
Two small fixes (v2, minor cleanup) for Xen dom0 running on x86_64 EFI
platforms.
I am CC-ing stable maintainers because similar stuff is needed for various
stable kernels too. Unfortunately, almost every version needs a bit different
set of fixes. So, please treat this email more as head u
Otherwise e.g. Xen dom0 on x86_64 EFI platforms crashes.
In theory we can check EFI_PARAVIRT too, however,
EFI_MEMMAP looks more generic and covers more cases.
Signed-off-by: Daniel Kiper
Reviewed-by: Ard Biesheuvel
---
drivers/firmware/efi/efi.c |3 ++-
1 file changed, 2 insertions(+), 1
On 2017/6/22 14:08, Dan Carpenter wrote:
We should probably add a might_sleep() to ioremap() to prevent these
bugs in the future.
I think it is right to do this.
And it will be very useful to summarize common kernel interface
functions which may sleep into a list. When writing a new driver, the
Current approach, wholesale efi struct initialization from efi_xen, is not
good. Usually if new member is defined then it is properly initialized in
drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it happened
a few times until now. So, let's initialize only efi struct members use
File size before:
textdata bss dec hex filename
38901152 8505013ba drivers/base/power/sysfs.o
File size After adding 'const':
textdata bss dec hex filename
4250 800 8505813c2 drivers/base/power/sysfs.o
Signed-off-by:
Hi Nitin,
On Thu, Jun 22, 2017 at 7:50 AM, Nitin Gupta wrote:
> The function assumes that each PMD points to head of a
> huge page. This is not correct as a PMD can point to
> start of any 8M region with a, say 256M, hugepage. The
> fix ensures that it points to the correct head of any PMD
> huge
On Fri, Jun 16, 2017 at 01:54:59PM -0500, Tom Lendacky wrote:
> The IOMMU is programmed with physical addresses for the various tables
> and buffers that are used to communicate between the device and the
> driver. When the driver allocates this memory it is encrypted. In order
> for the IOMMU to a
On Fri, 16 Jun, at 01:52:53PM, Tom Lendacky wrote:
> Add a function that will determine if a supplied physical address matches
> the address of an EFI table.
>
> Reviewed-by: Borislav Petkov
> Signed-off-by: Tom Lendacky
> ---
> drivers/firmware/efi/efi.c | 33
On 06/22/2017 04:07 AM, Hugh Dickins wrote:
On Wed, 21 Jun 2017, Linus Torvalds wrote:
On Wed, Jun 21, 2017 at 1:56 PM, Oleg Nesterov wrote:
I understand. My point is that this check was invalidated by stack-guard-page
a long ago, and this means that we add the user-visible change now.
Yeah
On Fri, 16 Jun, at 01:53:17PM, Tom Lendacky wrote:
> When SME is active, pagetable entries created for EFI need to have the
> encryption mask set as necessary.
>
> When the new pagetable pages are allocated they are mapped encrypted. So,
> update the efi_pgt value that will be used in cr3 to inclu
Some irq controllers have writeonly/multipurpose register layouts. In
those cases we read invalid data back. Here we add the option
mask_writeonly as masking option.
Signed-off-by: Michael Grzeschik
---
drivers/base/regmap/regmap-irq.c | 43 ++--
include/linux
101 - 200 of 1003 matches
Mail list logo
