On 2018-12-08 00:14, Dave Hansen wrote:
On 12/7/18 10:15 AM, Jethro Beekman wrote:
This is not sufficient to support the Fortanix SGX ABI calling
convention, which was designed to be mostly compatible with the SysV
64-bit calling convention. The following registers need to be passed in
to an enc
On Fri, Dec 07, 2018 at 11:23:26PM +0530, Naresh Kamboju wrote:
> On Fri, 7 Dec 2018 at 21:21, Greg Kroah-Hartman
> wrote:
> >
> > On Fri, Dec 07, 2018 at 03:34:24PM +, Ben Hutchings wrote:
> > > On Fri, 2018-12-07 at 15:41 +0100, Greg Kroah-Hartman wrote:
> > > > On Fri, Dec 07, 2018 at 02:40
On Fri, Dec 07, 2018 at 06:12:50PM +, Ben Hutchings wrote:
> On Thu, 2018-12-06 at 15:39 +0100, Greg Kroah-Hartman wrote:
> > 4.9-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Ben Hutchings
> >
> > commit e494c2f995d6181d6e29
On Fri, Dec 07, 2018 at 12:31:17PM -0800, Guenter Roeck wrote:
> On Thu, Dec 06, 2018 at 03:38:40PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.19.8 release.
> > There are 41 patches in this series, all will be posted as a response
> > to this one. I
On 12/7/18 11:50 PM, David Rientjes wrote:
> This reverts commit 89c83fb539f95491be80cdd5158e6f0ce329e317.
>
> This should have been done as part of 2f0799a0ffc0 ("mm, thp: restore
> node-local hugepage allocations"). The movement of the thp allocation
> policy from alloc_pages_vma() to alloc_hug
Hello Doug,
sorry for the late reply, this week I was traveling.
First off, thank you for trying out MMTests; I admit the documentation is
somewhat incomplete. I'm going to give you an overview of how I run benchmarks
with MMTests and how do I print comparisons, hoping this can address your
quest
On Fri, Dec 07, 2018 at 08:35:52AM -0800, Bart Van Assche wrote:
> On Fri, 2018-12-07 at 13:23 +0100, Peter Zijlstra wrote:
> > I took the first 15 patches for now to shrink the series.
>
> Thanks Peter. Since I would like to rebase the remaining patches on top of
> what you have already queued: i
On Fri, Dec 07, 2018 at 12:49:21PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Dec 07, 2018 at 04:11:05PM +0100, Peter Zijlstra escreveu:
> > On Fri, Dec 07, 2018 at 08:41:18AM -0500, Steven Rostedt wrote:
> > > On Fri, 7 Dec 2018 09:58:39 +0100 Peter Zijlstra
> > > wrote:
>
> > > > These p
On Fri, Dec 07, 2018 at 03:14:33PM -0500, Steven Rostedt wrote:
> On Fri, 7 Dec 2018 16:11:05 +0100
> Peter Zijlstra wrote:
>
> > On Fri, Dec 07, 2018 at 08:41:18AM -0500, Steven Rostedt wrote:
> > > On Fri, 7 Dec 2018 09:58:39 +0100
> > > Peter Zijlstra wrote:
> > >
> > > > These patches giv
Hello,
syzbot found the following crash on:
HEAD commit:74c4a24df7ca Add linux-next specific files for 20181207
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=11a713d540
kernel config: https://syzkaller.appspot.com/x/.config?x=6e9413388bf37bed
dashb
Hi Mike,
On Fri, Dec 7, 2018 at 10:02 PM Mike Rapoport wrote:
> On Fri, Dec 07, 2018 at 05:50:11PM +0100, Geert Uytterhoeven wrote:
> > Sun-3 must be broken before this fix, as it fills in m68k_memory[0] in
> > config_sun3(), i.e. after m68k_parse_bootinfo().
> > Sun-3 is not fixed by this fix, a
On Fri, Dec 07, 2018 at 04:40:52PM -0800, Nadav Amit wrote:
> > I'm actually having difficulty finding the this_cpu_read() in any of the
> > functions you mention, so I cannot make any concrete suggestions other
> > than pointing at the alternative functions available.
>
>
> So I got deeper into
On Thu, 06 Dec 2018 16:49:33 +0100
Philippe Schenker wrote:
> On Sun, 2018-11-25 at 10:04 +, Jonathan Cameron wrote:
> > On Fri, 23 Nov 2018 15:24:10 +0100
> > Philippe Schenker wrote:
> >
> > > From: Stefan Agner
> > >
> > > This adds the devicetree bindings for the STMPE ADC.
> > >
>
On Sat, Dec 8, 2018 at 11:51 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:74c4a24df7ca Add linux-next specific files for 20181207
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=11a713d540
> kernel config: ht
On Sun, 02 Dec 2018 15:22:15 -0800
Joe Perches wrote:
> On Mon, 2018-12-03 at 00:20 +0530, Himanshu Jha wrote:
> > On Sun, Dec 02, 2018 at 02:57:12PM -0200, Marcelo Schmitt wrote:
> > > Add a devicetree documentation for the ad5933 and ad5934 impedance
> > > converter, network analyzer.
> > >
On Mon, 3 Dec 2018 12:47:40 +0100
Lubomir Rintel wrote:
> The example should follow the practice or using a generic node name
> instead of the precise programming model, as recommended by the DTSpec.
>
> Signed-off-by: Lubomir Rintel
Applied to the togreg branch of iio.git and pushed out as te
On Sat, Dec 08, 2018 at 10:46:54AM +0800, Pu Wen wrote:
> How about define CTYPE_MAX like this:
> #define CTYPE_MAX 4
How about you look at the definition of CPUID leaf 4 and think about it
a bit and realize that this is the wrong thing to do?
> It will return CTYPE_NULL when accessing the 4th C
On Sat, 08 Dec 2018 00:07:21 +0530
Shreeya Patel wrote:
> On Thu, 2018-12-06 at 15:40 +0300, Dan Carpenter wrote:
> > On Wed, Dec 05, 2018 at 02:59:53PM -0700, Jeremy Fertic wrote:
> > > On Thu, Dec 06, 2018 at 01:25:55AM +0530, Shreeya Patel wrote:
> > > > On Tue, 2018-12-04 at 18:49 -0700,
Hi Geert!
On 12/8/18 11:51 AM, Geert Uytterhoeven wrote:
> Anyone who can test this is on Sun-3? Thanks!
Theoretically, I can. I have three Sun-3 boxes but I haven't set them
up for booting a kernel yet. If I manage to find a quick guide for
getting started, I might be able to fire up a test mach
Commit-ID: 4b1bacab61aa252d15dde99cd0440a965bd863e5
Gitweb: https://git.kernel.org/tip/4b1bacab61aa252d15dde99cd0440a965bd863e5
Author: Borislav Petkov
AuthorDate: Fri, 7 Dec 2018 20:38:09 +0100
Committer: Borislav Petkov
CommitDate: Sat, 8 Dec 2018 12:25:12 +0100
x86/kprobes: Remove t
On Tue, 4 Dec 2018 11:59:55 -0600
Dan Murphy wrote:
> Introduce the TI ADS124S08 and the ADS124S06 ADC
> devices from TI. The ADS124S08 is the 12 channel ADC
> and the ADS124S06 is the 6 channel ADC device
>
> These devices share a common datasheet:
> http://www.ti.com/lit/gpn/ads124s08
>
> Si
On Fri, Dec 07, 2018 at 04:33:10PM -0800, Laura Abbott wrote:
> The latest file system corruption issue (Nominally fixed by
> ffe81d45322c ("blk-mq: fix corruption with direct issue") later
> fixed by c616cbee97ae ("blk-mq: punt failed direct issue to dispatch
> list")) brought a lot of rightfully
Hi Mathieu,
I am enabling etmv4 coresight over one Cortex-A7 soc, using 32bit kernel.
And I am following [1] to do experiment regarding the addr_range feature.
The default addr_range is set as _stext~_etext, and it works fine with
etb as sink,
and etm as source. I could see there are valid kernel
On Tue, 4 Dec 2018 11:57:32 -0800
Matthias Kaehlcke wrote:
> On Tue, Dec 04, 2018 at 11:14:19AM -0800, Evan Green wrote:
> > adc5_get_dt_data uses a local, prop, feeds it to adc5_get_dt_channel_data,
> > and then puts the result into adc->chan_props. The problem is
> > adc5_get_dt_channel_data ma
On Thu, 6 Dec 2018 03:33:16 +
Anson Huang wrote:
> The light sensor's power supply could be controlled by regulator
> on some platforms, such as i.MX6Q-SABRESD board, the light sensor
> isl29023's power supply is controlled by a GPIO fixed regulator,
> need to make sure the regulator is enabl
On Thu, 6 Dec 2018 06:23:33 +
Anson Huang wrote:
> The accelerometer's power supply could be controlled by regulator
> on some platforms, such as i.MX6Q-SABRESD board, the mma8451's
> power supply is controlled by a GPIO fixed regulator, need to make
> sure the regulator is enabled before any
I'm announcing the release of the 4.19.8 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index d2b4efcfb388..34bc4c752c49 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 7
+SUBLEVEL = 8
EXTRAVERSION =
NAME = "People's Front"
diff --git a/arch/arc/Kconfig b/arch/arc/Kc
diff --git a/Makefile b/Makefile
index 572bd98d2344..322484348f3e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 86
+SUBLEVEL = 87
EXTRAVERSION =
NAME = Petit Gorille
@@ -803,6 +803,9 @@ KBUILD_CFLAGS += $(call
I'm announcing the release of the 4.14.87 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.9.144 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
On Wed, 2018-11-14 at 12:55:18 UTC, Liu Xiang wrote:
> The is25lp256 supports 4-byte opcodes and quad output.
>
> Suggested-by: Boris Brezillon
> Signed-off-by: Liu Xiang
> Reviewed-by: Tudor Ambarus
Applied to http://git.infradead.org/linux-mtd.git spi-nor/next, thanks.
Boris
On Thu, 2018-12-06 at 14:43:39 UTC, wrote:
> From: Cyrille Pitchen
>
> Add support for SFDP (JESD216B) 4-byte Address Instruction Table. This
> table is optional but when available, we parse it to get the 4-byte
> address op codes supported by the memory.
> Using these op codes is stateless as o
First problem: I cannot compile the kernel with my version of compiler
$ make defconfig
*** Default configuration is based on 'i386_defconfig'
\#
\# configuration written to .config
\#
$ grep CONFIG_RETPOLINE .config
CONFIG_RETPOLINE=y
$ make
arch/x86/Makefile:224: *** You are building kernel
On Sat, Dec 08, 2018 at 01:38:16PM +0100, Kirill Marinushkin wrote:
> First problem: I cannot compile the kernel with my version of compiler
>
>
> $ make defconfig
> *** Default configuration is based on 'i386_defconfig'
> \#
> \# configuration written to .config
> \#
> $ grep CONFIG_RETPOLIN
>> First problem: I cannot compile the kernel with my version of compiler
>> Second problem: when I disable the feature - it cannot take effect,
>> because the parse-time error happens before `syncconfig`
On 12/08/18 13:42, Borislav Petkov wrote:
> Does this help?
>
> https://git.kernel.org/tip/
On Sat, Dec 08, 2018 at 02:14:47PM +0100, Kirill Marinushkin wrote:
> >> First problem: I cannot compile the kernel with my version of compiler
>
> >> Second problem: when I disable the feature - it cannot take effect,
> >> because the parse-time error happens before `syncconfig`
>
> On 12/08/18
Avoid cache line miss dereferencing struct page if we can.
page_copy_sane() mostly deals with order-0 pages.
Signed-off-by: Eric Dumazet
Cc: Al Viro
---
lib/iov_iter.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/lib/iov_iter.c b/lib/iov_iter.c
index
54c
Hi Lee,
On Fri, Dec 07, 2018 at 07:22:37PM +, Lee Jones wrote:
> On Fri, 07 Dec 2018, Vasily Khoruzhick wrote:
>
> > On Fri, Dec 7, 2018 at 8:40 AM Lee Jones wrote:
> >
> > > My OCD-dar is going crazy.
> > >
> > > Why haven't you used the same alignment as is already there?
> > >
> > > If i
This patchset introduces the use of device tree bindings
for setting up the irq_type and removes the usage of platform data.
Also, code related to interrupt is moved to the new function
adt7316_setup_irq to unclutter the code in adt7316_probe().
A dev_err() message is added to give more details abo
There is a function adt7316_irq_setup() where irq_type is being
set. It would be good to move devm_request_threaded_irq() function
and assignment of chip->config1 in adt7316_irq_setup() to unclutter
the code in probe function.
Signed-off-by: Shreeya Patel
---
drivers/staging/iio/addac/adt7316.c
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 the irq_type i.e.
irq_type = IRQF_TRIGGER_LOW
All this is implemented
Add a dev_err() message "failed to request irq" for describing
what went wrong when an error contition is statisfied.
Signed-off-by: Shreeya Patel
---
drivers/staging/iio/addac/adt7316.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/iio/addac/adt7316.c
On Thu, 6 Dec 2018 11:10:51 +0200
Mircea Caprioru wrote:
> This patch adds a clock to the state structure of ad7192 for getting the
> external clock frequency. This modifications is in accordance with clock
> framework dt bindings documentation.
>
> Signed-off-by: Mircea Caprioru
+cc Rob and t
On Thu, 6 Dec 2018 11:10:52 +0200
Mircea Caprioru wrote:
> When using the internal clock the device has an option in which the clock
> output is available on MCLK2 pin. This patch adds a dt binding for enabling
> this property.
>
> Signed-off-by: Mircea Caprioru
I'd rather we looked at getting
On Sat, 2018-12-08 at 11:17 +, Jonathan Cameron wrote:
> On Sat, 08 Dec 2018 00:07:21 +0530
> Shreeya Patel wrote:
>
> > On Thu, 2018-12-06 at 15:40 +0300, Dan Carpenter wrote:
> > > On Wed, Dec 05, 2018 at 02:59:53PM -0700, Jeremy Fertic wrote:
> > > > On Thu, Dec 06, 2018 at 01:25:55AM +0
On Thu, 6 Dec 2018 15:38:30 +0200
Mircea Caprioru wrote:
> From: Stefan Popa
>
> The AD5310R is a single channel DAC with 10-bit precision, which is
> part of the same family as AD5311R, except that it uses the spi interface
> instead of i2c. The device has a built-in 2.5V reference which is en
On Thu, 6 Dec 2018 15:53:15 +0200
Mircea Caprioru wrote:
> This patch solves the register readback issue with the bit shift. When the
> dac resolution was lower than the register size (ex. 12 bits out of 16
> bits) the readback value was not shifted with the difference in bits and
> the value was
On 10:56-20181208, Vignesh R wrote:
>
>
> On 07/12/18 2:12 PM, Faiz Abbas wrote:
> > There are two MMC host controller instances present on the TI's
> > Am654 SOCs. Add device tree nodes for the same.
> >
> > Signed-off-by: Faiz Abbas
> > ---
> &
On Thu, 6 Dec 2018 22:04:41 +0100
Tomasz Duszynski wrote:
> Measuring particulate matter in ug / m3 (micro-grams per cubic meter)
> is de facto standard. Existing air quality sensors usually follow
> this convention and are capable of returning measurements using
> this unit.
>
> IIO currently
On 14:12-20181207, Faiz Abbas wrote:
> +
> +&sdhci0 {
> + status = "okay";
> + pinctrl-names = "default";
> + pinctrl-0 = <&main_mmc0_pins_default>;
> + bus-width = <8>;
> + non-removable;
> + ti,driver-strength-ohm = <50>;
^^
> +};
> +
> +&sdhci1 {
> + status = "okay
On Thu, 6 Dec 2018 22:04:42 +0100
Tomasz Duszynski wrote:
> Add support for Sensirion SPS30 particulate matter sensor.
>
> Signed-off-by: Tomasz Duszynski
Just one comment inline and if that is all anyone comes up with
I'll take it as it stands and we can tidy that up whenever we get
around t
On Fri, 7 Dec 2018 20:11:33 +0100
Paweł Chmiel wrote:
> This patchset adds support for S5PV210 adc variant to exynos-adc driver.
This looks fine to me, but I'd like to let it sit on the lists
for a few days to let people more familiar with the platform have
time to review.
Give me a poke if I
Fix up licensing to be inline with Linux conventions.
Reported-by: Rafael J. Wysocki
Signed-off-by: Nishanth Menon
---
drivers/power/avs/smartreflex.c | 5 +
include/linux/power/smartreflex.h | 5 +
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/power/avs/smart
The following changes since commit 2e6e902d185027f8e3cb8b7305238f7e35d6a436:
Linux 4.20-rc4 (2018-11-25 14:19:31 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
tags/asm-generic-4.20
for you to fetch changes up to b7d624ab431
On 09:05-20181122, Yangtao Li wrote:
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Yangtao Li
Thanks for the same and sorry for responding so late.
[...]
Santosh,
could you pick this up? maybe for next rev or so?
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth
On Sat, 8 Dec 2018 20:46:37 +0530
Shreeya Patel wrote:
> There is a function adt7316_irq_setup() where irq_type is being
> set. It would be good to move devm_request_threaded_irq() function
> and assignment of chip->config1 in adt7316_irq_setup() to unclutter
> the code in probe function.
>
> S
On 2018.12.08 02:23 Giovanni Gherdovich wrote:
> sorry for the late reply, this week I was traveling.
No Problem. Thanks very much for your very detailed reply,
which obviously took considerable time to write. While
I was making progress, your instructions really fill in
some gaps and mistakes I
On Fri, Dec 07, 2018 at 11:16:32PM -0800, Dan Williams wrote:
> On Fri, Dec 7, 2018 at 4:53 PM John Hubbard wrote:
> >
> > On 12/7/18 11:16 AM, Jerome Glisse wrote:
> > > On Thu, Dec 06, 2018 at 06:45:49PM -0800, John Hubbard wrote:
> [..]
> > I see. OK, HMM has done an efficient job of mopping up
Hi Linus,
Here are hopefully the last set of fixes for 4.20. There's a fix for a
longstanding statfs reporting problem with project quotas, a correction
for page cache invalidation behaviors when fallocating near EOF, and a
fix for a broken metadata verifier return code.
Finally, the most import
On Sat, 2018-12-08 at 16:12 +, Jonathan Cameron wrote:
> On Sat, 8 Dec 2018 20:46:37 +0530
> Shreeya Patel wrote:
>
> > There is a function adt7316_irq_setup() where irq_type is being
> > set. It would be good to move devm_request_threaded_irq() function
> > and assignment of chip->config1 i
This adds the APB bus on Meson8 and Meson8b as well as the APB2 bus on
Meson6. This is preparation work for adding the Mali GPU which is
located on theses busses.
Meson6 seems to have it's APB at 0xc800 instead of 0xd000. The
region at 0xd000 is called APB2 or A9_APB and it has a diffe
Various peripherals (Mali GPU, NAND controller, VPU; etc.) are located
in the APB bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8b.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8b.dtsi b
Various peripherals (Mali GPU, NAND controller, VPU, etc.) are located
in the ABP bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8.dtsi b/a
Various peripherals (Mali GPU, NAND controller, VPU; etc.) are located
in the ABP bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8b.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8b.dtsi b
The Mali GPU and the DVB demulator are located in the ABP2 bus. Describe
this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson6.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson6.dtsi b/arch/arm/boot/dts/meson6
Various peripherals (Mali GPU, NAND controller, VPU, etc.) are located
in the APB bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8.dtsi b/a
The Mali GPU and the DVB demulator are located in the APB2 bus. Describe
this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson6.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson6.dtsi b/arch/arm/boot/dts/meson6
The QMX86 is a PLD present on some TQ-Systems ComExpress modules. It
provides 1 or 2 I2C bus masters, 8 GPIOs and a watchdog timer. Add an
MFD which will instantiate the individual drivers.
RFC because there is a build dependency with a patchset for the ocores
i2c driver, which i have also posted
On Sat, Dec 08, 2018 at 11:33:53AM -0500, Jerome Glisse wrote:
> Patchset to use HMM inside nouveau have already been posted, some
> of the bits have already made upstream and more are line up for
> next merge window.
Even with that it is a relative fringe feature compared to making
something like
On Sat, Dec 8, 2018 at 5:46 PM Martin Blumenstingl
wrote:
>
> This adds the APB bus on Meson8 and Meson8b as well as the APB2 bus on
> Meson6. This is preparation work for adding the Mali GPU which is
> located on theses busses.
>
> Meson6 seems to have it's APB at 0xc800 instead of 0xd000
The Mali GPU and the DVB demulator are located in the APB2 bus. Describe
this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson6.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson6.dtsi b/arch/arm/boot/dts/meson6
Various peripherals (Mali GPU, NAND controller, VPU; etc.) are located
in the APB bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8b.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8b.dtsi b
This adds the APB bus on Meson8 and Meson8b as well as the APB2 bus on
Meson6. This is preparation work for adding the Mali GPU which is
located on theses busses.
Meson6 seems to have it's APB at 0xc800 instead of 0xd000. The
region at 0xd000 is called APB2 or A9_APB and it has a diffe
Various peripherals (Mali GPU, NAND controller, VPU, etc.) are located
in the APB bus. Describe this bus so we can add devices to it.
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson8.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/meson8.dtsi b/a
On 29-11-2018 10:44, Petr Mladek wrote:
> From: Joe Lawrence
>
> Add a few livepatch modules and simple target modules that the included
> regression suite can run tests against:
>
> - basic livepatching (multiple patches, atomic replace)
> - pre/post (un)patch callbacks
> - shadow variabl
Beloved,
I am writing this mail to you with heavy tears in my eyes and great
sorrow in my heart. As I informed you earlier, I am (Mrs.)Marianne
Jeanne,
suffering from long time Cancer. From all indications
my condition is really deteriorating and it's quite obvious
that I won't live more than
Currently we support only platform data for specifying the interconnect
endpoints. As now the endpoints are hard-coded into the consumer driver
this may lead to complications when a single driver is used by multiple
SoCs, which may have different interconnect topology.
To avoid cluttering the consu
Modern SoCs have multiple processors and various dedicated cores (video, gpu,
graphics, modem). These cores are talking to each other and can generate a
lot of data flowing through the on-chip interconnects. These interconnect
buses could form different topologies such as crossbar, point to point b
From: David Dai
Introduce Qualcomm SDM845 specific provider driver using the
interconnect framework.
Signed-off-by: David Dai
Signed-off-by: Georgi Djakov
---
.../bindings/interconnect/qcom,sdm845.txt | 24 +
drivers/interconnect/Kconfig | 5 +
drivers/interconnect/Mak
From: David Dai
Add RSC (Resource State Coordinator) provider
dictating network-on-chip interconnect bus performance
found on SDM845-based platforms.
Signed-off-by: David Dai
Signed-off-by: Georgi Djakov
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 5 +
1 file changed, 5 insertions(+)
diff
Add a functionality to provide information about the current constraints
per each node and provider.
Reviewed-by: Evan Green
Signed-off-by: Georgi Djakov
---
drivers/interconnect/core.c | 71 +
1 file changed, 71 insertions(+)
diff --git a/drivers/interconne
Add myself as the maintainer of the interconnect API.
Signed-off-by: Georgi Djakov
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 380e43f585d3..4f426863ff3b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7694,6 +7694,16 @@ L:
This patch introduces a new API to get requirements and configure the
interconnect buses across the entire chipset to fit with the current
demand.
The API is using a consumer/provider-based model, where the providers are
the interconnect buses and the consumers could be various drivers.
The consum
This binding is intended to represent the relations between interconnect
controllers (providers) and consumer device nodes. It will allow creating
links between consumers and interconnect paths (exposed by interconnect
providers).
Reviewed-by: Evan Green
Signed-off-by: Georgi Djakov
---
.../bin
On Sat, Dec 08, 2018 at 11:51:38AM +0100, Geert Uytterhoeven wrote:
> Hi Mike,
>
> On Fri, Dec 7, 2018 at 10:02 PM Mike Rapoport wrote:
> > On Fri, Dec 07, 2018 at 05:50:11PM +0100, Geert Uytterhoeven wrote:
> > > Sun-3 must be broken before this fix, as it fills in m68k_memory[0] in
> > > config
On Fri, Dec 7, 2018 at 1:34 AM Matteo Croce wrote:
> the rest of the entries in this directory do notneed to be examined
I made a small typo, it should be "do not need"
Regards,
--
Matteo Croce
per aspera ad upstream
On Sun, Dec 02, 2018 at 05:11:02PM +1100, Benjamin Herrenschmidt wrote:
> Talking of which ... Christoph, not sure if we can do something about
> this at the DMA API level or keep hacks but some adapters such as the
> nVidia GPUs have a HW hack we can use to work around their limitations
> in that
On Sat, Dec 08, 2018 at 12:56:29PM +0100, Greg KH wrote:
> A nice step forward would have been if someone could have at least
> _told_ the stable maintainer (i.e. me) that there was such a serious bug
> out there. That didn't happen here and I only found out about it
> accidentally by happening to
On Sat, 8 Dec 2018 11:41:21 +0100
Peter Zijlstra wrote:
> > [root@seventh bpf]# trace -e augmented_raw_syscalls.c --filter-pids
> > 2279,1643
> >
> > 19766.027 ( 0.003 ms): gcc/27524 openat(dfd: CWD, filename:
> > /lib64/libz.so.1, flags: CLOEXEC ) = 5
> > 19766.035 ( 0.001 ms): g
AXP803 ACIN pins are routed from SOM to the DC jack on the baseboard.
AXP803 charger pins BATSENSE, LOADSENSE, N_BATDRV, LX_CHG, VIN_CHG
and IPSOUT are connected via PMOS driver to SOM VBAT pins. VBAT and
AXP803 TS pins are routed to the baseboard 3-pin battery connector.
Signed-off-by: Oskari Lem
On Sat, 8 Dec 2018 11:44:23 +0100
Peter Zijlstra wrote:
> It's a tool I haven't used in years, given we have so many better tools
> around these days.
So because you don't use it, it's useless? As you don't care about lost
events I can see why you may think there are better tools out there.
But
As axp20x-ac-power-supply now supports AXP813, add a cell for it.
Signed-off-by: Oskari Lemmela
Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
Tested-by: Vasily Khoruzhick
---
drivers/mfd/axp20x.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mfd/axp20x.c b/drivers/m
AXP813 and AXP803 PMICs can control input current and minimum voltage.
Both of these values are configurable.
Signed-off-by: Oskari Lemmela
Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
Acked-by: Lee Jones
---
drivers/power/supply/axp20x_ac_power.c | 94 ++
in
Add AC power supply subnode for AXP81X PMIC.
Signed-off-by: Oskari Lemmela
Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
Tested-by: Vasily Khoruzhick
---
arch/arm/boot/dts/axp81x.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/axp81x.dtsi b/arch/arm/boo
From: Vasily Khoruzhick
Pinebook has ACIN connector and 1 mAh battery.
Signed-off-by: Vasily Khoruzhick
Signed-off-by: Oskari Lemmela
Reviewed-by: Chen-Yu Tsai
---
arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64
The AXP803/AXP813 AC power supply can limit input current and voltage.
Signed-off-by: Oskari Lemmela
Reviewed-by: Rob Herring
Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
Reviewed-by: Sebastian Reichel
Tested-by: Vasily Khoruzhick
---
.../devicetree/bindings/power/supply/axp20x_ac_
Parts of the AXP803 are compatible with their counterparts on the AXP813.
Add DT nodes ADC, GPIO, AC and battery power supplies.
Signed-off-by: Oskari Lemmela
Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
Tested-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/axp803.dtsi | 33
AXP813 AC power supply support with input current and
voltage limiting support.
AXP803 AC and battery power supply support.
Changes in v7:
* Added re-align patch for mfd cells
Changes in v6:
* Collected tags
* Rebase to master
* Dropped AXP803 compatible patches
Changes in v5:
* Return correct
On Sat, Dec 08, 2018 at 08:48:25AM -0800, Christoph Hellwig wrote:
> On Sat, Dec 08, 2018 at 11:33:53AM -0500, Jerome Glisse wrote:
> > Patchset to use HMM inside nouveau have already been posted, some
> > of the bits have already made upstream and more are line up for
> > next merge window.
>
> E
1 - 100 of 262 matches
Mail list logo
