On Sun, Oct 21, 2018 at 11:40 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:270b77a0f30e Merge tag 'drm-fixes-2018-10-20-1' of git://a..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=152bb70940
> kernel config:
On Tue, 19 Feb 2019, Andrea Parri wrote:
> Remove this subtle (and, AFAICT, unused) ordering: we can add it back,
> if necessary, but let us not encourage people to rely on this thing.
>
> For example, the following "exists" clause can be satisfied with this
> change:
>
> C dep-rfi
>
> { }
>
>
On 12.02.2019 16:08, Jiri Olsa wrote:
> On Mon, Feb 11, 2019 at 11:22:38PM +0300, Alexey Budankov wrote:
>
> SNIP
>
>> +static int perf_mmap__aio_mmap_blocks(struct perf_mmap *map);
>> +
>> static int perf_mmap__aio_mmap(struct perf_mmap *map, struct mmap_params
>> *mp)
>> {
>> -int delt
On Tue, Feb 19, 2019 at 10:50 AM Sumit Garg wrote:
> On Tue, 19 Feb 2019 at 14:45, Nathan Chancellor
> wrote:
> >
> > Fixes: c3fa24af9244 ("tee: optee: add TEE bus device enumeration support")
> > Link: https://github.com/ClangBuiltLinux/linux/issues/370
> > Signed-off-by: Nathan Chancellor
>
On 2019-02-20 12:14, Jonathan Cameron wrote:
On Sun, 17 Feb 2019 15:29:14 +0100
Artur Rojek wrote:
Add a driver for battery present on Ingenic JZ47xx SoCs.
Signed-off-by: Artur Rojek
A few things inline.
thanks,
Jonathan
Hi Jonathan,
Thanks for the review.
---
drivers/power/supply/
On Tue, Feb 19, 2019 at 6:11 AM Sumit Garg wrote:
> On Tue, 19 Feb 2019 at 08:52, Nathan Chancellor
> wrote:
> >
> > Fixes: 5fe8b1cc6a03 ("hwrng: add OP-TEE based rng driver")
> > Link: https://github.com/ClangBuiltLinux/linux/issues/369
> > Signed-off-by: Nathan Chancellor
>
> Reviewed-by: Sum
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:25PM +0100, Geert Uytterhoeven wrote:
> As of commit 7af9a5fdb9e0ca33 ("iommu/ipmmu-vmsa: Use
> iommu_device_sysfs_add()/remove()"), IOMMU devices show up under
> /sys/class/iommus/, but their "devices" subdirectories are empty.
> L
On 20/02/2019 13:33, Qii Wang wrote:
> Add MT8183 i2c binding to binding file. Compare to MT2712 i2c
> controller, MT8183 has different registers, offsets, and clock.
>
> Signed-off-by: Qii Wang
> ---
> Documentation/devicetree/bindings/i2c/i2c-mtk.txt |5 +++--
> 1 file changed, 3 insert
Switch to use phy-gmii-sel PHY instead of cpsw-phy-sel.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/am335x-baltos-ir2110.dts| 4
arch/arm/boot/dts/am335x-baltos-ir3220.dts| 4
arch/arm/boot/dts/am335x-baltos-ir5221.dts| 4
arch/arm/boot/dts/am
The cpsw-phy-sel driver was replaced with new PHY driver phy-gmii-sel, so
deprecate cpsw-phy-sel bindings.
Reviewed-by: Rob Herring
Signed-off-by: Grygorii Strashko
---
Documentation/devicetree/bindings/net/cpsw-phy-sel.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Doc
Deprecate cpsw-phy-sel driver as it's been replaced with new
TI phy-gmii-sel PHY driver.
Signed-off-by: Grygorii Strashko
---
drivers/net/ethernet/ti/Kconfig | 6 +++---
drivers/net/ethernet/ti/cpsw.h | 6 ++
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/net/etherne
Switch to use phy-gmii-sel PHY instead of cpsw-phy-sel.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/dm814x.dtsi | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/dm814x.dtsi b/arch/arm/boot/dts/dm814x.dtsi
index 601c57afd4fe..413ae19
Switch to use phy-gmii-sel PHY instead of cpsw-phy-sel.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/dra7-l4.dtsi | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/dra7-l4.dtsi b/arch/arm/boot/dts/dra7-l4.dtsi
index bb45cb7fc3b6..414f
Switch to use phy-gmii-sel PHY instead of cpsw-phy-sel.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/am437x-l4.dtsi | 17 +
arch/arm/boot/dts/am43x-epos-evm.dts | 5 +
2 files changed, 10 insertions(+), 12 deletions(-)
diff --git a/arch/arm/boot/dts/am437x-l4.
Hi Tony,
Hence prerequisite patches [1] have been merged already I'm sending final set
of DT patches to complete conversation of TI CPSW driver to use phy-gmii-sel
phy driver instead of cpsw-phy-sel.
[1] https://lkml.org/lkml/2018/11/26/154
Grygorii Strashko (6):
ARM: dts: dra7: switch to use
On Sat, Jul 7, 2018 at 9:10 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:fc36def997cf mm: teach dump_page() to correctly output poi..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1378110c40
> kernel config:
Document the new RS485 flag, SER_RS485_DELAY_IN_USEC that specifies that the
rts delay values stored in struct serial_rs485 hold values in microseconds
instead of milliseconds (the default).
Signed-off-by: Martin Kepplinger
---
Documentation/serial/serial-rs485.txt | 3 +++
1 file changed, 3 ins
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/omap-serial.c | 25 +
1 file changed, 21 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:26PM +0100, Geert Uytterhoeven wrote:
> There is a helper to write to the root IPMMU instance's registers, so
> let's use it.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> drivers/iommu/ipmmu-vmsa.c | 3 +--
> 1 file changed, 1 i
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/8250/8250_omap.c | 13 +++--
drivers/tty/serial/8250/8250_port.c | 25 +
2 files changed, 32 insertions(+), 6 deletions
This extends the user interface for rs485 communication:
We add a new flag, SER_RS485_DELAY_IN_USEC, to struct serial_rs485 that
indicates that delay_rts_before_send and delay_rts_after_send values are
interpreted in microsecond units.
Up until now, the code comment defined these values to hold t
On Tue, Apr 3, 2018 at 5:01 AM syzbot
wrote:
>
> Hello,
>
> syzbot hit the following crash on upstream commit
> 86bbbebac1933e6e95e8234c4f7d220c5ddd38bc (Mon Apr 2 18:47:07 2018 +)
> Merge branch 'ras-core-for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
> syzbot dashboard
Le 20/02/2019 à 14:23, Michael Ellerman a écrit :
Christophe Leroy writes:
Le 15/01/2019 à 11:22, Michael Ellerman a écrit :
Christophe Leroy writes:
Le 15/01/2019 à 01:33, Jonathan Neuschäfer a écrit :
...
- patches 7 to 11 fail to build with this error (really a warning, but
ar
struct serial_rs485 now optionally holds the rts delay values in
microseconds. Users can set these delays in their devicetree descriptions,
so this adds the microseconds-option with the "rs485-rts-delay-us" boolean
property.
Signed-off-by: Martin Kepplinger
---
Documentation/devicetree/bindings/
On 2019-02-20 08:47:51 [+0100], Juri Lelli wrote:
> > In this case you prepare the wakeup and then wake the CPU anyway. There
> > should be no downside to this unless the housekeeping CPU is busy and in
> > irq-off regions which would increase the latency. Also in case of
> > cyclictest -d0
> >
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:27PM +0100, Geert Uytterhoeven wrote:
> On R-Car Gen3, the faulting virtual address is a 40-bit address, and
> comprised of two registers. Read the upper address part, and combine
> both parts, when running on a 64-bit system.
>
>
On Wed, 20 Feb 2019, Will Deacon wrote:
> Whilst I completely agree that relying on the ordering provided by "dep ;
> rfi" is subtle and error prone, having it forbid the outcome above appeals
> to a hardware-based mindset of how memory ordering works. In the kernel
> community, I would posit that
Read struct serial_rs485's flag SER_RS485_DELAY_IN_USEC and apply the delay
accordingly.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/sc16is7xx.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/sc16is7xx.c b/drivers/tty/serial/sc16is7xx.c
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:28PM +0100, Geert Uytterhoeven wrote:
> Make the IPMMU_CTX_MAX constant unsigned, to match the type of
> ipmmu_features.number_of_contexts.
>
> This allows to use plain min() instead of type-casting min_t().
>
> Signed-off-by: Gee
Unset the SER_RS485_DELAY_IN_USEC flag during rs485 config for
userspace to get the correct setting.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/atmel_serial.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial/atmel_serial.
Unset SER_RS485_DELAY_IN_USEC for userspace to get correct settings.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/stm32-usart.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/stm32-usart.c b/drivers/tty/serial/stm32-usart.c
index e8d7a7bb4339..4daf5fc71644 1006
Clear SER_RS485_DELAY_IN_USEC for userspace to get correct settings.
Signed-off-by: Martin Kepplinger
---
drivers/tty/serial/fsl_lpuart.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.c
index ea1c85e3b432..a63aa22e3a25 100644
On Wed, 20 Feb 2019 13:08:20 +0200
Mircea Caprioru wrote:
> This patch fixes the differential channels addresses for the ad7193.
>
> Signed-off-by: Mircea Caprioru
Hi
This is an impressively confusing datasheet, but I agree with the fix.
Applied to the fixes-togreg branch of iio.git.
Thanks,
From: Sent: 16 February 2019 12:56
> To: Li, Aubrey
...
> The above experiment just confirms what I said: The numbers are inaccurate
> and potentially misleading to a large extent when the AVX using task is not
> scheduled out for a longer time.
Not only that, they won't detect programs that use A
On 2/20/19 7:11 AM, Nikolaus Voss wrote:
From: Nikolaus Voss
Commit 1a2f474d328f handles block _reads_ separately with plain-I2C
adapters, but the problem described with regmap-i2c not handling
SMBus block transfers (i.e. read and writes) correctly also exists
with writes.
As workaround, this
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:30PM +0100, Geert Uytterhoeven wrote:
> ipmmu_domain_init_context() takes care of (1) initializing the software
> domain, and (2) initializing the hardware context for the domain.
>
> Extract the code to initialize the hardware con
Adding CCs...
On Wed, 30 Jan 2019, Joao Moreira wrote:
> From: Josh Poimboeuf
>
> Create cmd_klp_convert and hook it into scripts/Makefile.modpost.
> cmd_klp_convert invokes klp-convert with the right arguments for the
> conversion of unresolved symbols inside a livepatch.
>
> [khlebnikov:
> *
On 2/20/19 7:35 AM, Guenter Roeck wrote:
On 2/20/19 7:11 AM, Nikolaus Voss wrote:
From: Nikolaus Voss
Commit 1a2f474d328f handles block _reads_ separately with plain-I2C
adapters, but the problem described with regmap-i2c not handling
SMBus block transfers (i.e. read and writes) correctly also
On 2/20/2019 7:35 AM, David Laight wrote:
From: Sent: 16 February 2019 12:56
To: Li, Aubrey
...
The above experiment just confirms what I said: The numbers are inaccurate
and potentially misleading to a large extent when the AVX using task is not
scheduled out for a longer time.
Not only tha
In environments where tput is not availbale, we get the following
error
$ ./ftracetest: 163: [: Illegal number:
because ncolors is an empty string. Fix that by setting it to 0 if the
tput command fails.
Signed-off-by: Juerg Haefliger
---
tools/testing/selftests/ftrace/ftracetest | 4 ++--
1 file
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:31PM +0100, Geert Uytterhoeven wrote:
> During PSCI system suspend, R-Car Gen3 SoCs are powered down, and all
> IPMMU state is lost. Hence after s2ram, devices wired behind an IPMMU,
> and configured to use it, will see their DMA o
On Thu, Jul 5, 2018 at 1:26 AM Eric Biggers wrote:
>
> On Tue, May 15, 2018 at 01:49:23PM -0700, Roland Dreier wrote:
> > > Still reproducible on Linus' tree (commit 66e1c94db3cd4e) and on
> > > linux-next
> > > (next-20180511). Here's a simplified reproducer:
> >
> > Thanks! That's a fantastic
Hi Laurent,
On Wed, Feb 20, 2019 at 4:31 PM Laurent Pinchart
wrote:
> On Wed, Feb 20, 2019 at 04:05:27PM +0100, Geert Uytterhoeven wrote:
> > On R-Car Gen3, the faulting virtual address is a 40-bit address, and
> > comprised of two registers. Read the upper address part, and combine
> > both par
Hi Geert,
Thank you for the patch.
On Wed, Feb 20, 2019 at 04:05:29PM +0100, Geert Uytterhoeven wrote:
> The maximum number of micro-TLBs per IPMMU instance is not fixed, but
> depends on the SoC type. Hence move it from struct ipmmu_vmsa_device to
> struct ipmmu_features, and set up the correct
Hi Laurent,
On Wed, Feb 20, 2019 at 4:35 PM Laurent Pinchart
wrote:
> On Wed, Feb 20, 2019 at 04:05:30PM +0100, Geert Uytterhoeven wrote:
> > ipmmu_domain_init_context() takes care of (1) initializing the software
> > domain, and (2) initializing the hardware context for the domain.
> >
> > Extra
On Sun, 17 Feb 2019 22:32:22 +
Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in the mini-howto help text. Fix it.
>
> Signed-off-by: Colin Ian King
Applied. Thanks!
-- Steve
> ---
> kernel/trace/trace.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
* Grygorii Strashko [190220 07:26]:
> Hi Tony,
>
> Hence prerequisite patches [1] have been merged already I'm sending final set
> of DT patches to complete conversation of TI CPSW driver to use phy-gmii-sel
> phy driver instead of cpsw-phy-sel.
>
> [1] https://lkml.org/lkml/2018/11/26/154
Gre
Linus Torvalds writes:
> So in order to use it as a signal, first you have to first scrub the
> cache (because if the page was already there, there's no signal at
> all), and then for the signal to be as useful as possible, you're also
> going to want to try to get out more than one bit of info
Adding CCs...
On Wed, 30 Jan 2019, Joao Moreira wrote:
> From: Miroslav Benes
>
> Currently, livepatch infrastructure in the kernel relies on
> MODULE_INFO(livepatch, "Y") statement in a livepatch module. Then the
> kernel module loader knows a module is indeed livepatch module and can
> behave
>
>On 20/02/2019 13:18, Pawel Laszczak wrote:
>> Hi Roger.
>>>
>>> On 14/02/2019 21:45, Pawel Laszczak wrote:
Controller for OUT endpoints has shared on-chip buffers for all incoming
packets, including ep0out. It's FIFO buffer, so packets must be handle
by DMA in correct order. If th
In order to test whether the load tracker is working as expected, we
need the ability to compare the commit result with the underrun
indication. With the load tracker always enabled, commits that are
expected to trigger an underrun are always rejected, so userspace
cannot get the actual underrun in
Hi,
Here is a fourth iteration of the VC4 load tracking series, which was
initially developed by Boris Brezillon and that I have now taken over.
This new iteration takes in account comments from v3 and comes with a
new approach for avoiding underrun reports when reconfiguring the
pipeline. It is
From: Boris Brezillon
Add a debugfs entry and helper for reporting HVS underrun errors as
well as helpers for masking and unmasking the underrun interrupts.
Add an IRQ handler and initial IRQ configuration.
Rework related register definitions to take the channel number.
Signed-off-by: Boris Brez
From: Boris Brezillon
The HVS block is supposed to fill the pixelvalve FIFOs fast enough to
meet the requested framerate. The problem is, the HVS and memory bus
bandwidths are limited, and if we don't take these limitations into
account we might end up with HVS underflow errors.
This patch is tr
Hi,
On 2/19/19 10:24 PM, Yauhen Kharuzhy wrote:
In some configuration external charger "#charge enable" signal is
connected to PMIC. Enable it at device probing to allow charging.
Save CHGRCTRL0 and CHGDISCTR registers at driver probing and restore
them at driver unbind to re-enable hardware ch
The Synopsys I2C Controller has a bus clock that some SoCs require to access
the registers. This series also details the new clock property in the bindings
documentation.
v3:
- busclk renamed to pclk.
- Added comment with dw_i2c_dev struct definition describing pclk.
- Added enable rollback of
On Thu, Aug 2, 2018 at 3:05 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:44960f2a7b63 staging: ashmem: Fix SIGBUS crash when traver..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=10f7ea7240
> kernel config:
On Tue, Feb 19, 2019 at 2:00 PM Heikki Krogerus
wrote:
>
> In ACPI, and now also in DT, the USB connectors usually have
> their own device nodes. In case of USB Type-C, those
> connector (port) nodes are child nodes of the controller or
> PHY device, in our case the fusb302. The software fwnodes
>
From: Phil Edworthy
The Synopsys I2C Controller has a bus clock, but most SoCs hide this away.
However, on some SoCs you need to explicity enable the bus clock in order
to access the registers. Therefore, add support for an optional bus clock.
Signed-off-by: Phil Edworthy
Signed-off-by: Gareth
There are two issues with assigning random percpu seeds right now:
1. We use for_each_possible_cpu() to iterate over cpus, but cpumask is
not set up yet at the moment of kasan_init(), and thus we only set
the seed for cpu #0.
2. A call to get_random_u32() always returns the same number and
On Wed, 20 Feb 2019 16:03:00 +0100
Enric Balletbo i Serra wrote:
> From: Gwendal Grignou
>
> Calculation was copied from IIO_DEGREE_TO_RAD, but offset added to avoid
> rounding error is wrong. It should be only half of the divider.
>
> Fixes: c14dca07a31d ("iio: cros_ec_sensors: add ChromeOS E
On Wed, Feb 20, 2019 at 08:31:59AM +0200, Jarkko Sakkinen wrote:
> On Wed, Feb 20, 2019 at 10:23:00AM +0800, YueHaibing wrote:
> > calc_tpm2_event_size() has an invalid signature because
> > it returns a 'size_t' where as its signature says that
> > it returns 'int'.
> >
> > Fixes: 4d23cc323cdb ("
Hi Jann,
On Wed, 20 Feb 2019 16:19:10 +0100
Jann Horn wrote:
> On Tue, Feb 19, 2019 at 3:51 PM Masami Hiramatsu wrote:
> > On Tue, 19 Feb 2019 20:45:02 +0900
> > Masami Hiramatsu wrote:
> >
> > > On Mon, 18 Feb 2019 23:07:23 +0100
> > > Jann Horn wrote:
> > >
> > > > The first version of this
On Thu, Aug 16, 2018 at 5:26 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:31130a16d459 Merge tag 'for-linus-4.19-rc1-tag' of git://g..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=16676be240
> kernel config:
On Mon, Oct 8, 2018 at 12:06 PM Ard Biesheuvel
wrote:
>
> (add the TLS maintainers)
>
> On 6 October 2018 at 15:04, syzbot
> wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:12ffaa1197f5 Add linux-next specific files for 20181005
> > git tree: linux-nex
On Wed, 20 Feb 2019 09:49:26 -0500
Steven Rostedt wrote:
> On Wed, 20 Feb 2019 17:10:19 +0900
> Masami Hiramatsu wrote:
>
> > Let me ensure what you want. So you want to access a "string" in user-space,
> > not a data structure? In that case, it is very easy to me. It is enough to
> > add a "us
Hi Laurent,
On Wed, Feb 20, 2019 at 4:42 PM Laurent Pinchart
wrote:
> On Wed, Feb 20, 2019 at 04:05:31PM +0100, Geert Uytterhoeven wrote:
> > During PSCI system suspend, R-Car Gen3 SoCs are powered down, and all
> > IPMMU state is lost. Hence after s2ram, devices wired behind an IPMMU,
> > and c
On Tue, Feb 19, 2019 at 09:28:55PM +, Edgecombe, Rick P wrote:
> These are from logs hibernate generates. The concern was that hibernate could
> be
> slightly slower because of the checking of whether the pages are mapped. The
> bandwidth number can be used to compare, 819.02->813.32 MB/s. Som
On Wed, Feb 20, 2019 at 03:00:50PM +0100, H. Nikolaus Schaller wrote:
> This patch allows to read a mount-matrix device tree
> property and report to user-space or in-kernel iio
> clients.
> +static const struct iio_mount_matrix *
> +bmc150_accel_get_mount_matrix(const struct iio_dev *indio_dev,
>
On Wed, Feb 20, 2019 at 03:00:52PM +0100, H. Nikolaus Schaller wrote:
> This simplifies the code a little.
> -err_buffer_cleanup:
> - iio_triggered_buffer_cleanup(indio_dev);
> -err_trigger_unregister:
> - if (data->trig)
> - iio_trigger_unregister(data->trig);
> -err_trigger_f
On Wed, 20 Feb 2019 15:00:48 +0100
"H. Nikolaus Schaller" wrote:
> From: Linus Walleij
>
> The mounting matrix for sensors was introduced in
> commit dfc57732ad38 ("iio:core: mounting matrix support")
>
> However the device tree bindings are very terse and since this is
> a widely applicable p
From: Kimberly Brown Sent: Monday, February 18, 2019
9:38 PM
>
> There are two methods for signaling the host: the monitor page mechanism
> and hypercalls. The monitor page mechanism is used by performance
> critical channels (storage, networking, etc.) because it provides
> improved throughput
Hi Geert,
On Wed, Feb 20, 2019 at 05:05:49PM +0100, Geert Uytterhoeven wrote:
> On Wed, Feb 20, 2019 at 4:42 PM Laurent Pinchart wrote:
> > On Wed, Feb 20, 2019 at 04:05:31PM +0100, Geert Uytterhoeven wrote:
> >> During PSCI system suspend, R-Car Gen3 SoCs are powered down, and all
> >> IPMMU stat
On Wed, Feb 20, 2019 at 03:00:47PM +0100, H. Nikolaus Schaller wrote:
> This patch series adds the mount-matrix to several iio sensor drivers
> used in handheld devices.
>
> The mount-matrix translates the quite arbitrary orientation of the sensor
> on some printed circuit board to user-tangible o
echo -e and \e are not POSIX. Depending on what /bin/sh is, we can get
incorrect output like:
$ -e -n [1] Basic trace file check
$ -e[PASS]
Fix that by using \033 instead of \e and printf.
Signed-off-by: Juerg Haefliger
---
tools/testing/selftests/ftrace/ftracetest | 17 +++--
1
On Tue, Feb 19, 2019 at 07:42:53PM +, Edgecombe, Rick P wrote:
> So to capture both of those intentions, maybe I'll slightly tweak your
> suggestion to VM_FLUSH_RESET_PERMS?
Yeah, sure, better.
VM_HAS_SPECIAL_PERMS doesn't tell me what those special permissions are
while flush and reset permi
On Wed, 20 Feb 2019 15:00:50 +0100
"H. Nikolaus Schaller" wrote:
> This patch allows to read a mount-matrix device tree
> property and report to user-space or in-kernel iio
> clients.
>
> Signed-off-by: H. Nikolaus Schaller
This will clash with Andy's current patch, but I'll fix that up if
need
gt;
> It's hard to read.
>
> Can you split such lines in your series to something like
>
> struct bmc150_accel_data *data = iio_priv(indio_dev);
>
> return &data->orientation;
>
> ?
I think I did copy it verbatim from some other iio driver:
https://git.kernel.o
> Am 20.02.2019 um 17:09 schrieb Andy Shevchenko
> :
>
> On Wed, Feb 20, 2019 at 03:00:52PM +0100, H. Nikolaus Schaller wrote:
>> This simplifies the code a little.
>
>> -err_buffer_cleanup:
>> -iio_triggered_buffer_cleanup(indio_dev);
>> -err_trigger_unregister:
>> -if (data->trig)
>>
On Wed, Feb 20, 2019 at 12:30 AM Johannes Thumshirn wrote:
>
> On 20/02/2019 03:58, Dan Williams wrote:
> [...]
>
> >>
> >> Tricky code path, eh?
> >
> > ioctl path, number one source of bugs / thrash in this subsystem. 2nd
> > place, ARS.
>
> Possibly unpopular idea, but should we maybe teach tri
Hi,
* Grygorii Strashko [190220 15:26]:
> Deprecate cpsw-phy-sel driver as it's been replaced with new
> TI phy-gmii-sel PHY driver.
I'm not going to pick up this one, seems that Dave can merge
this later on? That is unless Dave wants to ack this one.
Regards,
Tony
> Signed-off-by: Grygorii S
This patch gives the reader an intuitive metric of the time cost by
the kernel issuing a filesystem sync during suspend; although developer
can guess by the timestamp of next log or enable the ftrace power event
for manual calculation, this manner is easier to read and benefits the
automatic script
> Am 20.02.2019 um 17:10 schrieb Jonathan Cameron :
>
> On Wed, 20 Feb 2019 15:00:48 +0100
> "H. Nikolaus Schaller" wrote:
>
>> From: Linus Walleij
>>
>> The mounting matrix for sensors was introduced in
>> commit dfc57732ad38 ("iio:core: mounting matrix support")
>>
>> However the device t
On Tue, Feb 19, 2019 at 8:12 PM Dominique Martinet
wrote:
>
> Dominique Martinet wrote on Fri, Feb 15, 2019:
> > With all that said I guess my patch should work correctly then, I'll try
> > to find some time to check the error does come back up the tcp socket in
> > my reproducer but I have no rea
On Wed, 20 Feb 2019 15:00:52 +0100
"H. Nikolaus Schaller" wrote:
> This simplifies the code a little.
It does, but at the cost of introducing potential race conditions.
Please don't do this. See below for why and a suggestion on how
to resolve things if you want to make this change safely.
Jona
On Wed, 20 Feb 2019 15:00:56 +0100
"H. Nikolaus Schaller" wrote:
> This patch allows to read a mount-matrix device tree
> property and report to user-space or in-kernel iio
> clients.
>
> Signed-off-by: H. Nikolaus Schaller
The rest of these are all fine, though I suggest considering
a local va
This patch gives the reader an intuitive metric of the time cost by
the kernel issuing a filesystem sync during suspend; although developer
can guess by the timestamp of next log or enable the ftrace power event
for manual calculation, this manner is easier to read and benefits the
automatic script
> Am 20.02.2019 um 17:14 schrieb Jonathan Cameron :
>
> On Wed, 20 Feb 2019 15:00:50 +0100
> "H. Nikolaus Schaller" wrote:
>
>> This patch allows to read a mount-matrix device tree
>> property and report to user-space or in-kernel iio
>> clients.
>>
>> Signed-off-by: H. Nikolaus Schaller
> T
On Wed, Feb 20, 2019 at 04:22:00PM +0100, Nikolaus Voss wrote:
> > > v2: fix tps6598x_exec_cmd also
> > > ---
> > > drivers/usb/typec/tps6598x.c | 26 --
> > > 1 file changed, 20 insertions(+), 6 deletions(-)
> > >
> > > diff --git a/drivers/usb/typec/tps6598x.c b/drivers/
Hello,
syzbot found the following crash on:
HEAD commit:1f43f400a2cb net: netcp: Fix ethss driver probe issue
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=1276fea2c0
kernel config: https://syzkaller.appspot.com/x/.config?x=ee434566c893c7b1
dashboard link
Hi,
> Am 20.02.2019 um 17:18 schrieb Jonathan Cameron :
>
> On Wed, 20 Feb 2019 15:00:52 +0100
> "H. Nikolaus Schaller" wrote:
>
>> This simplifies the code a little.
> It does, but at the cost of introducing potential race conditions.
> Please don't do this. See below for why and a suggestion
> Am 20.02.2019 um 17:19 schrieb Jonathan Cameron :
>
> On Wed, 20 Feb 2019 15:00:56 +0100
> "H. Nikolaus Schaller" wrote:
>
>> This patch allows to read a mount-matrix device tree
>> property and report to user-space or in-kernel iio
>> clients.
>>
>> Signed-off-by: H. Nikolaus Schaller
> T
On Wed, Feb 20, 2019 at 4:44 PM Viresh Kumar wrote:
>
> With the introduction of commit 846a415bf440 ("arm64: default NR_CPUS to
> 256"), we have started getting following compilation warning:
>
> qcom-cpufreq-kryo.c:168:1: warning: the frame size of 2160 bytes is larger
> than 2048 bytes [-Wfram
Hi Andy,
> Am 20.02.2019 um 17:13 schrieb Andy Shevchenko
> :
>
> On Wed, Feb 20, 2019 at 03:00:47PM +0100, H. Nikolaus Schaller wrote:
>> This patch series adds the mount-matrix to several iio sensor drivers
>> used in handheld devices.
>>
>> The mount-matrix translates the quite arbitrary ori
This patch set extends support of new IPROC PCIe host controller features
- Add CRS check using controller register status flags
- Add outbound window mapping configuration for 32-bit I/O region
This patch set is based on Linux-5.0-rc2.
Changes from v2:
- Based on Lorenzo Pieralisi comments,
In the current implementation, config read output data 0x0001 is
assumed as CRS completion. But sometimes 0x0001 can be a valid data.
IPROC PCIe host controller PAXB v2 has a register to show config read
status flags like SC, UR, CRS and CA. So that extra check is added to
confirm the CRS
In the present driver outbound window configuration is done to map above
32-bit address I/O regions with corresponding PCI memory range given in
ranges DT property.
This patch add outbound window configuration to map below 32-bit I/O range
with corresponding PCI memory, which helps to access I/O r
From: Huaisheng Ye
The workqueue's name should be "writecache-writeback" instead of
"writecache-writeabck".
Signed-off-by: Huaisheng Ye
---
drivers/md/dm-writecache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/md/dm-writecache.c b/drivers/md/dm-writecache.c
in
On Wed, Feb 20, 2019 at 04:30:20PM +0300, Dmitry Osipenko wrote:
> 18.02.2019 3:17, Dmitry Osipenko пишет:
> > Hello,
> >
> > This patchset adds support for the Trusted Foundations firmware on
> > NVIDIA Tegra30. Pretty much all of Tegra30 consumer devices have that
> > firmware and upstream kerne
When we hotplug a CPU in a memoryless/cpuless node, the kernel crashes when it
rebuilds the sched_domains data.
I reproduce this problem on POWER and with a pseries VM, with the following
QEMU parameters:
-machine pseries -enable-kvm -m 8192 \
-smp 2,maxcpus=8,sockets=4,cores=2,threads=1 \
501 - 600 of 1140 matches
Mail list logo
