On Thu, Nov 01, 2018 at 10:53:40AM -0700, Andy Lutomirski wrote:
> Hi all-
>
> The people working on SGX enablement are grappling with a somewhat
> annoying issue: the x86 EENTER instruction is used from user code and
> can, as part of its normal-ish operation, raise an exception. It is
> also
On Sun, Nov 18, 2018 at 09:15:48AM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 01, 2018 at 10:53:40AM -0700, Andy Lutomirski wrote:
> > Hi all-
> >
> > The people working on SGX enablement are grappling with a somewhat
> > annoying issue: the x86 EENTER instruction is used from user code and
> >
On Fri, Nov 16, 2018 at 09:51:13AM -0800, Tadeusz Struk wrote:
> The file_priv->data_pending name is not adequate as it
> doesn't contain any data, but the result from the last
> successful call to tpm_transmit() function, so rename it
> to transmit_result. Also its type should be size_t instead
>
This series adds device tree support to ad2s90, adds the respective dt-binding
documentation, solves all remaining codestyle problems in the driver code and
move it out of staging.
This patch removes the license boilerplate text at the top of ad2s90.c
and, instead, adds the SPDX GPL-2.0 license identifier, which solves the
checkpatch.pl warning:
"WARNING: Missing or malformed SPDX-License-Identifier tag in line 1".
Signed-off-by: Matheus Tavares
---
Changes in v2:
-
Move ad2s90 resolver driver out of staging to the main tree.
Signed-off-by: Matheus Tavares
Signed-off-by: Victor Colombo
---
Changes in v2:
- Disabled git move detection, to see the whole code, as Jonathan
suggested
drivers/iio/resolver/Kconfig | 10 ++
This patch adds device tree support to ad2s90 with standard
device tree id table.
Signed-off-by: Matheus Tavares
---
Changes in v2:
- none
drivers/staging/iio/resolver/ad2s90.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/staging/iio/resolver/ad2s90.c
From: Alexandru Ardelean
This patch adds a max frequency check at the beginning of ad2s90_probe
function so that when it is set to a value above 0.83Mhz, dev_err is
called with an appropriate message and -EINVAL is returned.
The defined limit is 0.83Mhz instead of 2Mhz, which is the chip's max
The ad2s90 driver currently sets some spi settings (max_speed_hz and
mode) at ad2s90_probe. Since the maximum frequency is a required element
in DT binding for spi slave devices and because the spi mode for the
device can be either (0,0) or (1,1), these settings should be handled
via device tree,
From: Victor Colombo
Fix the checkpatch.pl issue:
"CHECK: struct mutex definition without comment".
Signed-off-by: Victor Colombo
Signed-off-by: Matheus Tavares
---
Changes in v2:
- Patch added in v2
drivers/staging/iio/resolver/ad2s90.c | 2 +-
1 file changed, 1 insertion(+), 1
This patch adds the device tree binding documentation for the ad2s90
resolver-to-digital converter.
Signed-off-by: Matheus Tavares
---
Changes in v2:
- Rewritten 'spi-cpol and spi-cpha' item to say that the device can
work in either mode (0,0) or (1,1) and explain how they should be
specified
On Fri, Nov 16, 2018 at 05:06:48PM +0100, Roberto Sassu wrote:
> On 11/16/2018 2:41 PM, Jarkko Sakkinen wrote:
> > On Wed, Nov 14, 2018 at 04:31:07PM +0100, Roberto Sassu wrote:
> > > This patch protects against data corruption that could happen in the bus,
> > > by checking that that the digest
On Sat, Nov 17, 2018 at 6:02 AM Nadav Amit wrote:
>
> From: Masahiro Yamada
> Sent: November 16, 2018 at 7:45:45 AM GMT
> > To: Nadav Amit
> > Cc: Ingo Molnar , Michal Marek ,
> > Thomas Gleixner , Borislav Petkov , H.
> > Peter Anvin , X86 ML , Linux Kbuild
> > mailing list , Linux Kernel
Hi Pierre-Yves,
I love your patch! Yet something to improve:
[auto build test ERROR on wsa/i2c/for-next]
[also build test ERROR on v4.20-rc2 next-20181116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi Pierre-Yves,
I love your patch! Yet something to improve:
[auto build test ERROR on wsa/i2c/for-next]
[also build test ERROR on v4.20-rc2 next-20181116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi Sam,
On Sat, Nov 17, 2018 at 5:01 AM Sam Ravnborg wrote:
>
> Hi Masahiro
>
> On Thu, Nov 15, 2018 at 05:27:10PM +0900, Masahiro Yamada wrote:
> > Let $(CC) compile objects into normal files *.o instead of .tmp_*.o
> > whether CONFIG_MODVERSIONS is enabled or not. This will help simplify
> >
On Fri, Nov 16, 2018 at 12:02:17PM -0500, Stefan Berger wrote:
> On 11/16/18 7:38 AM, Jarkko Sakkinen wrote:
> > Call tpm_chip_start() and tpm_chip_stop() in
> >
> > * tpm_try_get_ops() and tpm_put_ops()
> > * tpm_chip_register()
> > * tpm2_del_space()
> >
> > And remove these calls from
On Fri, Nov 16, 2018 at 04:05:11PM -0700, Mathieu Poirier wrote:
[...]
> > -static int cs_etm__flush(struct cs_etm_queue *etmq)
> > +static int cs_etm__flush(struct cs_etm_queue *etmq, bool new_packet)
> > {
> > int err = 0;
> > struct cs_etm_auxtrace *etm = etmq->etm;
> > @@ -989,6
On Fri, Nov 16, 2018 at 09:51:51AM -0800, Tadeusz Struk wrote:
> Currently to read a response from the TPM device an application needs
> provide big enough buffer for the whole response and read it in one go.
> The application doesn't know how big the response it beforehand so it
> always needs to
Hi Laurent,
On Sun, Nov 18, 2018 at 4:22 AM Laurent Pinchart
wrote:
>
> Hi Yamada-san,
>
> On Monday, 5 November 2018 09:51:49 EET Masahiro Yamada wrote:
> > Zhenzhong Duan reported that running 'make O=/build/kernel binrpm-pkg'
> > failed with the following errors:
> >
> > Running 'make
This patch fixes mistakes in HCLK_I2S1_8CH for running I2S1
successfully.
Signed-off-by: Katsuhiro Suzuki
---
include/dt-bindings/clock/rk3328-cru.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/dt-bindings/clock/rk3328-cru.h
This patch fixes definition of I2S1 clock gate register for rk3328.
Current setting is not related I2S clocks.
- bit6 of CRU_CLKGATE_CON0 means clk_ddrmon_en
- bit6 of CRU_CLKGATE_CON1 means clk_i2s1_en
Signed-off-by: Katsuhiro Suzuki
---
drivers/clk/rockchip/clk-rk3328.c | 2 +-
1 file
On Fri, Nov 16, 2018 at 11:19:57AM -0500, Sasha Levin wrote:
> On Fri, Nov 16, 2018 at 02:38:32PM +0200, Jarkko Sakkinen wrote:
> > Always call tpm2_flush_space() on failure in tpm_try_transmit() so that
> > the volatile memory of the TPM gets cleared. If /dev/tpm0 does not have
> > sufficient
On Fri, Nov 16, 2018 at 04:55:36PM +0100, Roberto Sassu wrote:
> I understood from a previous email that you want to include all API
> changes for crypto agility in the same patch set.
Hmm.. maybe there is some misunderstading. Can you point me to the
comment? Thanks.
/Jarkko
On Fri, Nov 16, 2018 at 04:55:36PM +0100, Roberto Sassu wrote:
> On 11/16/2018 4:03 PM, Jarkko Sakkinen wrote:
> > On Wed, Nov 14, 2018 at 04:31:08PM +0100, Roberto Sassu wrote:
> > > Currently, tpm_pcr_extend() accepts as an input only a SHA1 digest.
> > >
> > > This patch modifies the
On Fri, 16 Nov 2018, Tim Chen wrote:
> diff --git a/Documentation/admin-guide/kernel-parameters.txt
> b/Documentation/admin-guide/kernel-parameters.txt
> index 81d1d5a..9c306e3 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-parameters.txt
Hi Tom,
On Tue, Nov 13, 2018 at 5:08 AM Tom Burkart wrote:
>
> This patch changes the GPIO access for the pps-gpio driver from the
> integer based API to the descriptor based API. It also adds
> documentation for the device tree capture-clear option and
> device tree capture-clear extraction.
>
On Fri, Nov 16, 2018 at 10:42:45AM -0800, Arnaldo Carvalho de Melo wrote:
> Em Fri, Nov 16, 2018 at 10:31:43AM -0800, Arnaldo Carvalho de Melo escreveu:
> > Em Thu, Nov 01, 2018 at 06:00:01PM +0100, Jiri Olsa escreveu:
> > > When reporting on 'record' server we try to retrieve/use
> > > the mnt
Same patch was already posted and is waiting to be merged:
https://patchwork.linuxtv.org/patch/52944/
Regards,
Hans
On 11/17/2018 12:42 AM, Sudip Mukherjee wrote:
> When we are using __find_plane_by_offset() to find the matching plane
> number and the buffer, the queue is not locked.
Hello,
syzbot found the following crash on:
HEAD commit:442b8cea2477 Add linux-next specific files for 20181109
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=11f1dc2540
kernel config: https://syzkaller.appspot.com/x/.config?x=2f72bdb11df9fbe8
There is no "freedom" in Unix circles. In fact Dennis Ritche original "hacker"
is infact the same as the more diabolical version known later, as we can see
with "Plan 9".
Plan 9, named after one of the poorest taste movies of all time.
Indeed we see typical regressions with lack of coherent
On 2018/11/12 16:59, Sergey Senozhatsky wrote:
> On (11/09/18 15:10), Petr Mladek wrote:
>>>
>>> If I'm not mistaken, this is for the futute "printk injection" work.
>>
>> The above code only tries to push complete lines to the main log buffer
>> and consoles ASAP. It sounds like a Good Idea(tm).
Hi Masahiro,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.20-rc2 next-20181116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 4d47d6407ac7b4b442a4e717488a3bb137398b6c perf/x86/intel/uncore:
Support CoffeeLake 8th CBOX
Fix uncore PMU enumeration for
On Wed, Oct 31, 2018 at 5:14 PM Masahiro Yamada
wrote:
>
> On Wed, Oct 31, 2018 at 8:28 PM Miguel Ojeda
> wrote:
> >
> > By the way, is it possible that scripts/ and similar stuff uses
> > directly include/linux/compiler_attributes.h (whenever it hits
> > mainline, see
> >
On Fri, 16 Nov 2018, Tim Chen wrote:
> Thomas, can you consider this series to be merged to 4.20-rc along
> with Jiri's changes on STIBP?
I plan go through the v5 of the series ASAP, but I tend to agree that if
it passes the review it should be considered for 4.20 still, to get some
of the
On Fri, 16 Nov 2018, Tim Chen wrote:
> Create PRCTL interface to restrict an application's indirect branch
> speculation. This will protect the application against spectre v2 attack
> from another application.
>
> Invocations:
> Check indirect branch speculation status with
> -
Quoting Rob Herring :
On Wed, Nov 14, 2018 at 11:54:29PM +1100, Tom Burkart wrote:
This patch changes the devicetree bindings for the pps-gpio driver
from the integer based ABI to the descriptor based ABI.
? That has nothing to do with DT.
I believe it does, as the change in ABI forces a
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: c469933e772132aad040bd6a2adc8edf9ad6f825 sched/fair: Fix
cpu_util_wake() for 'execl' type workloads
Fix an exec() related
From: Alexandre Bailon
This is a PoC of interconnect driver for the imx7ulp.
This scales the clock of nic0 and nic1 (the two interconnects).
In order too solve some issue with clocks (I will give more details
later in code), the bus topology described in the driver differ a little
from the one
From: Alexandre Bailon
The goal of this patchset is to use the interconnect framework
for iMX7ULP SoC.
This is sent as a RFC because I think the driver could be more generic,
and, I had some issues with the clocks and I know the way I dealt with
it is probably not the best one.
In addition, this
From: Alexandre Bailon
This documents the device tree bindings for the interconnects
present in the imx7ulp SoC.
Signed-off-by: Alexandre Bailon
---
.../bindings/interconnect/imx7ulp.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644
Quoting Philipp Zabel :
On Tue, Nov 13, 2018 at 5:08 AM Tom Burkart wrote:
This patch changes the GPIO access for the pps-gpio driver from the
integer based API to the descriptor based API. It also adds
documentation for the device tree capture-clear option and
device tree capture-clear
On Sun, Nov 11, 2018 at 10:01 PM Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Right now we expect the pin-rounting settings to be in the same area
> as the iomux setting itself. And while that seems to be true for all
> newer Rockchip socs, back in the wild west days of old this wasn't
Hi Mark,
On Sat, 17 Nov 2018 at 04:09, Mark Brown wrote:
>
> On Fri, Nov 16, 2018 at 10:45:22PM +0800, Shawn Guo wrote:
> > On Fri, Nov 16, 2018 at 11:25:07AM +0100, Clément Péron wrote:
>
> > > It's still quite new for me to submit patch, but if this patch should
> > > be sent to ASoC
This patch implements the pps echo functionality for pps-gpio, that
sysfs claims is available already.
Configuration is done via device tree bindings.
This patch was originally written by Lukas Senger as part of a masters
thesis project and modified for inclusion into the linux kernel by Tom
On Fri, 2018-11-16 at 12:37 -0800, Dmitry Vyukov wrote:
> On Thu, Nov 15, 2018 at 3:41 PM, NeilBrown wrote:
> > On Thu, Nov 15 2018, Dmitry Vyukov wrote:
> >
> > > On Wed, Nov 14, 2018 at 2:36 AM, Jeff Layton wrote:
> > > > On Wed, 2018-11-14 at 07:40 +1100, NeilBrown wrote:
> > > > > On Tue,
On Fri, 2018-11-16 at 12:40 -0800, Dmitry Vyukov wrote:
> On Tue, Nov 6, 2018 at 9:03 PM, syzbot
> wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:d881de30d29e Add linux-next specific files for 20181107
> > git tree: linux-next
> > console output:
On Tue, 13 Nov 2018 13:47:53 +0100, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The bq24196 is another variant of the bq24190 charger ic.
> Its register set is identical to the bq24192 and it even reuses
> the same part number (0x5).
>
> Signed-off-by: Heiko Stuebner
> ---
> This should
On Tue, 13 Nov 2018 11:31:08 +0530, Vignesh R wrote:
> The dt-bindings header for TI K3 AM6 SoCs define a set of macros for
> defining pinmux configs in human readable form, instead of raw-coded
> hex values.
>
> Signed-off-by: Vignesh R
> ---
> MAINTAINERS | 1 +
>
On Sat, 2018-11-17 at 01:42 +0100, Luc Van Oostenryck wrote:
> On Fri, Nov 09, 2018 at 10:35:32AM +0100, Johannes Berg wrote:
> > From: Johannes Berg
> >
> > Sparse doesn't support all the overflow builtins, so just hide
> > them from it to avoid lots of warnings/errors reported by it.
>
> The
On Tue, Nov 13, 2018 at 7:00 AM Vignesh R wrote:
> The dt-bindings header for TI K3 AM6 SoCs define a set of macros for
> defining pinmux configs in human readable form, instead of raw-coded
> hex values.
>
> Signed-off-by: Vignesh R
I guess you want to merge this through ARM SoC along witg
It adds documentation for the device tree capture-clear option.
Signed-off-by: Tom Burkart
---
Documentation/devicetree/bindings/pps/pps-gpio.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pps/pps-gpio.txt
This patch changes the GPIO access for the pps-gpio driver from the
integer based ABI to the descriptor based ABI. It also adds the
extraction of the device tree capture-clear option.
Signed-off-by: Tom Burkart
---
drivers/pps/clients/pps-gpio.c | 80 +-
This patch implements the device tree changes required for the pps
echo functionality for pps-gpio, that sysfs claims is available
already.
This patch was originally written by Lukas Senger as part of a masters
thesis project and modified for inclusion into the linux kernel by Tom
Burkart.
Hi all,
please find attached the PPS-GPIO PPS ECHO implementation patch. The
driver claims to have echo functionality in the sysfs interface but this
functionality is not present. This patch provides this functionality.
Parts 1 and 2 of the patch change the original driver from the number
based
Since 4.13 we have patch 'ACPI: configfs: Unload SSDT on configfs entry
removal' in the kernel.
However when I try to actually unload a table I get a bug check. I have
tested this on Intel Edison Arduino with 4.18 x86_64 using 2 different
tables, 1 called arduino, providing I2C/SPI/HSU and a 2nd
On Sat, Nov 17, 2018 at 08:33:27AM -0500, Jeff Layton wrote:
> Thanks for the explanation, Dmitry. I've added the tag to the patch in
> my tree. It should show up in linux-next soon.
>
> I still find it a little misleading to say that syzbot reported a bug
> when it actually found a bug inside an
On Sat, Nov 17, 2018 at 4:35 AM tom burkart wrote:
>
> Quoting Rob Herring :
>
> > On Wed, Nov 14, 2018 at 11:54:29PM +1100, Tom Burkart wrote:
> >> This patch changes the devicetree bindings for the pps-gpio driver
> >> from the integer based ABI to the descriptor based ABI.
> > ? That has
Sound dt-bindings are applied by ASoC maintainers and should be
submit to ASoC list in addition to the devicetree list.
Hence, add this information into the MAINTAINERS file.
Signed-off-by: Clément Péron
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS
On Sun, Nov 11, 2018 at 10:01 PM Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The rk3188 has pins that are not handled through the regular iomuxing
> for handling either nand-flash or an emmc and are set through only one
> specifal setting. So utilize the routing function to simply do that
On Mon, Nov 12, 2018 at 9:26 PM Craig Tatlor wrote:
> This was missed when tiles support was added in a revison and
> causes the driver to fail to load.
>
> Fixes: 9cf0c526bc58 ("pinctrl: qcom: Add sdm660 pinctrl driver")
> Signed-off-by: Craig Tatlor
Patch applied for fixes with Björn's tag!
On Fri, 2018-11-16 at 12:40 -0800, Dmitry Vyukov wrote:
> On Sun, Nov 11, 2018 at 10:18 AM, syzbot
> wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:442b8cea2477 Add linux-next specific files for 20181109
> > git tree: linux-next
> > console output:
(+ Paolo, Dave)
On Sat, 17 Nov 2018 at 01:59, syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:442b8cea2477 Add linux-next specific files for 20181109
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=11f1dc2540
>
On Mon, Nov 12, 2018 at 9:42 PM Shawn Guo wrote:
>
> Hi Rob,
>
> On Mon, Nov 12, 2018 at 01:24:51PM -0600, Rob Herring wrote:
> > On Thu, Nov 08, 2018 at 03:04:48PM +0800, Shawn Guo wrote:
> > > From: Sriharsha Allenki
> > >
> > > It adds bindings for Synopsys 28nm femto phy controller that
On Sat, Nov 17, 2018 at 12:41:11PM +0530, Nishad Kamdar wrote:
> On Fri, Nov 16, 2018 at 05:06:22PM +0100, Johan Hovold wrote:
> > On Fri, Nov 16, 2018 at 08:47:44PM +0530, Nishad Kamdar wrote:
> > > Use the gpiod interface instead of the deprecated
> > > old non-descriptor interface.
> > >
> > >
Hi robin/will/James
In the current kernel, it only handles three kinds of error, which is
memory error, PCIE device and ARM process. But now the SMMU already
support the RAS, how to handle the SMMU RAS error in the kernel?
I check the UEFI_SPEC_2.7, the ACPI's CPER have the IOMMU type, but it
On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote:
>
> On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > > +
> > > + speaker_amp: speaker_amp {
> > > + compatible = "simple-audio-amplifier";
> > > + enable-gpios = < 7 7 GPIO_ACTIVE_HIGH>; /* PH7 */
>
On Fri, 16 Nov 2018 16:15:38 +0100, Jerome Brunet wrote:
> Add bindings for the Libretech aml-s805x-ac board, aka 'La Frite'.
>
> Signed-off-by: Neil Armstrong
> Signed-off-by: Jerome Brunet
> ---
> Documentation/devicetree/bindings/arm/amlogic.txt | 1 +
> 1 file changed, 1 insertion(+)
>
* Vignesh R [181113 06:00]:
> The dt-bindings header for TI K3 AM6 SoCs define a set of macros for
> defining pinmux configs in human readable form, instead of raw-coded
> hex values.
Looks good to me now too thanks:
Acked-by: Tony Lindgren
On Thu, 8 Nov 2018 14:53:51 +0100, Jerome Brunet wrote:
> amlogic,meson-gxbb-scpi-sensors is both the driver and DT but is not
> documented. Just add it to amlogic's scpi documentation
>
> Signed-off-by: Jerome Brunet
> ---
> Documentation/devicetree/bindings/arm/amlogic,scpi.txt | 7 +++
>
On Sat, 17 Nov 2018 04:25:37 +0530
Shreeya Patel wrote:
> When the kernel starts up, it kicks off compiled-in drivers
> that match “compatible” entries it finds in the device tree.
> At a later stage (when /lib/modules is available), all kernel modules
> that match “compatible” entries in the
On Sat, 17 Nov 2018 04:34:55 +0530
Shreeya Patel wrote:
> ADT7316 driver no more uses platform data and hence use device tree
> data instead of platform data for assigning irq_type field.
> Switch case figures out the type of irq and if it's the default case
> then assign the default value to
On Sat, Nov 17, 2018 at 8:25 AM, Paolo Abeni wrote:
> Hi,
>
> On Sat, 2018-11-17 at 06:52 -0800, Ard Biesheuvel wrote:
>> (+ Paolo, Dave)
>>
>> On Sat, 17 Nov 2018 at 01:59, syzbot
>> wrote:
>> >
>> > Hello,
>> >
>> > syzbot found the following crash on:
>> >
>> > HEAD commit:442b8cea2477
On Sat, 2018-11-17 at 00:46 +0100, Cristian Sicilia wrote:
> Fix some parenthesis opened at end of line.
It looks like this is all guarded by #ifdef UDC_DEBUG_DUMP
which is not ever set and this probably would not compile
if it was.
It's probably better to remove all the blocks guarded by
that
Move regmap access table to be a part of struct imx_pgc_domain_data in
order to allow supporting multiple GPCv2 variants.
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc:
Everyone:
This series contains changes I made to add support for i.MX8MQ to
GPCv2 driver in order to enable support of PCIE IP block on i.MX8MQ
SoCs (full tree can be found at [github-v0]). This series is _very_
preliminary and by no means is ready for inclusion (it also has some
unmet
Everyone:
This series contains changes I made in order to enable support of PCIE
IP block on i.MX8MQ SoCs (full tree can be found at [github-v0]). This series
is _very_ preliminary and by no means is ready for inclusion (it also
has some unmet dependencies). However is should be in OK enough
Cc: bhelg...@google.com
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.org
Signed-off-by: Andrey
PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family,
so none of the code in current implementation of imx6_pcie_reset_phy()
is applicable.
Cc: bhelg...@google.com
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc:
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Andrey Smirnov
---
drivers/soc/imx/gpcv2.c | 2
PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family,
so none of the code in current implementation of imx6_setup_phy_mpll()
is applicable.
Cc: bhelg...@google.com
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc:
GPCv2 IP block found on i.MX7D can also be found on i.MX8MQ. Add the
code needed to support the latter as well as the former.
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc:
Everyone:
This patch contains changes I made in order to add support for i.MX8MQ
to reset-imx7.c in order to enable support of PCIE IP block on i.MX8MQ
SoCs (full tree can be found at [github-v0]). This patch is _very_
preliminary and by no means is ready for inclusion (it also has some
unmet
SRC IP block used in i.MX8MQ is a superset of what is found in i.MX7D,
so add all of the definitions necessary to support both.
Cc: p.za...@pengutronix.de
Cc: Fabio Estevam
Cc: cphe...@gmail.com
Cc: l.st...@pengutronix.de
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc:
Commit-ID: c04e55388a4f2184e37827a1d2e733cded52d653
Gitweb: https://git.kernel.org/tip/c04e55388a4f2184e37827a1d2e733cded52d653
Author: Rob Herring
AuthorDate: Fri, 16 Nov 2018 14:18:20 -0600
Committer: Borislav Petkov
CommitDate: Sat, 17 Nov 2018 19:29:55 +0100
x86/platform/olpc: Do
On 11:31-20181113, Vignesh R wrote:
> The dt-bindings header for TI K3 AM6 SoCs define a set of macros for
> defining pinmux configs in human readable form, instead of raw-coded
> hex values.
>
> Signed-off-by: Vignesh R
> ---
> MAINTAINERS | 1 +
>
On Fri, 16 Nov 2018 13:20:21 +0100, Pierre-Yves MORDRET wrote:
> Append optional bindings to update SYSCFG Fast Mode Plus bits if
> Fast Mode Plus speed is selected.
>
> Signed-off-by: Pierre-Yves MORDRET
> ---
> Version history:
> v1:
>* Initial
> ---
> ---
>
On 11:31-20181113, Vignesh R wrote:
> Add pinmux definitions and pinctrl regions for AM654 SoCs
> and enable uart and i2c.
>
> v2:
> Add only minimum needed macros in dt-bindings include file
> New patches to illustrate pinmux using uart and i2c
>
>
> Tero Kristo (1):
> arm64: dts: ti:
On Fri, 9 Nov 2018 10:42:04 +0900, Kunihiko Hayashi wrote:
> Replace the expression of "USB3 glue layer" with the glue layer of the
> generic peripherals to allow other devices to use it. The reset control
> belongs to this glue layer.
>
> Signed-off-by: Kunihiko Hayashi
> ---
>
On Tue, 13 Nov 2018 13:20:24 +0200
Stefan Popa wrote:
> From: Lars-Peter Clausen
>
> Some newer devices from the Sigma-Delta ADC family do have their data
> register at a different address than the current default address. Add a
> parameter to the ad_sigma_delta_info struct which allows to
On Fri, 16 Nov 2018 16:53:02 -0600
Rob Herring wrote:
> On Fri, Nov 16, 2018 at 06:38:38PM +, Jonathan Cameron wrote:
> > On Tue, 13 Nov 2018 13:21:01 +0200
> > Stefan Popa wrote:
> >
> > > There are several ADC drivers that depend on the same device tree
> > > bindings. Rather than
On Fri, 9 Nov 2018 10:42:06 +0900, Kunihiko Hayashi wrote:
> Add compatible strings for reset control of AHCI core implemented in
> UniPhier SoCs. The reset control belongs to AHCI glue layer.
>
> Signed-off-by: Kunihiko Hayashi
> ---
>
On Thu, Nov 08, 2018 at 05:50:07PM -0800, Atish Patra wrote:
> cpu-map binding can be used to described cpu topology for both
> RISC-V & ARM. It makes more sense to move the binding to document
> to a common place.
>
> The relevant discussion can be found here.
>
On Fri, 16 Nov 2018 16:53:19 -0600
Rob Herring wrote:
> On Tue, 13 Nov 2018 13:21:01 +0200, Stefan Popa wrote:
> > There are several ADC drivers that depend on the same device tree
> > bindings. Rather than continue to duplicate the properties, this patch
> > adds a common adc binding document
On Fri, 16 Nov 2018 16:54:31 -0600
Rob Herring wrote:
> On Tue, 13 Nov 2018 13:22:18 +0200, Stefan Popa wrote:
> > Add support for Analog Devices AD7124 4-channels and 8-channels ADC.
> >
> > Signed-off-by: Stefan Popa
> > ---
> > Changes in v2:
> > - Nothing changed.
> > Changes in v3:
>
On Sat, 17 Nov 2018 04:21:32 +0530
Shreeya Patel wrote:
> ret = 0 indicates a case of no error but no data read from
> the bus which is an invalid case. This case doesn't ever happen
> in reality. It should perhaps be handled for correctness though.
>
> Signed-off-by: Shreeya Patel
Applied to
On Sat, 17 Nov 2018 04:27:32 +0530
Shreeya Patel wrote:
> Make the driver use device tree instead of the platform data.
> Hence, use devm_gpiod_get_optional function to get the data from
> device tree for ldac-pin and accordingly make the needed changes
> in the driver.
>
> Signed-off-by:
On Sat, Nov 17, 2018 at 8:02 AM Chen-Yu Tsai wrote:
>
> On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote:
> >
> > On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote:
> > > > +
> > > > + speaker_amp: speaker_amp {
> > > > + compatible = "simple-audio-amplifier";
> > >
On Wed, Nov 14, 2018 at 01:16:42PM +0100, Clément Péron wrote:
> Document the bindings for AK4118 S/PDIF transceiver
>
> Signed-off-by: Clément Péron
> ---
> .../devicetree/bindings/sound/ak4118.txt | 22 +++
> 1 file changed, 22 insertions(+)
> create mode 100644
1 - 100 of 266 matches
Mail list logo