Add EE domains pins for the NAND flash controller.
Even tough we have no driver for the NAND flash controller yet, we need
to have these pins in pinctrl as the actual pin are shared with the spifc
controller. The bootloader on the S905-P200 setup pinmux for the NAND
controller so we need the kernel
SPI clock is needed for the spifc driver, expose to DT
(and comment out in the clk driver)
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/gxbb.h | 2 +-
include/dt-bindings/clock/gxbb-clkc.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/meson/g
From: Neil Armstrong
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/spi/spi-meson.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/spi-meson.txt
b/Documentation/devicetree/bindings/spi/spi-meson.txt
index bb52a86
I wrote:
To reproduce, run this as:
./a.out /dev/test-direct.dat
(Originally I wrote to /dev/shm/, but tmpfs now accepts O_DIRECT.)
No, I was running on /tmp, not /tmpfs:-)
"./a.out /dev/shm/test-direct.dat" is fine.
--
Hallvard
From: Neil Armstrong
Signed-off-by: Neil Armstrong
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
index b35fc94.
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
index 762f368..b35fc94 100644
--- a/arch/arm64/boot/dts/amlogic/m
On Wed, 2016-09-07 at 16:49 +0200, Bartosz Golaszewski wrote:
> pca953x_gpio_set_multiple() has some coding style issues that make it
> harder to read. Tweak the code a bit.
>
Usually give one day for reviewers to have a chance to follow your
changes.
And one comment below.
> Signed-off-by: Bar
Hi,
Since the dawn of time, our background buffered writeback has sucked.
When we do background buffered writeback, it should have little impact
on foreground activity. That's the definition of background activity...
But for as long as I can remember, heavy buffered writers have not
behaved like t
If the filesystem does not support O_DIRECT, then
open(...O_CREAT|O_DIRECT..) fails but creates the file anyway.
Eric Sandeen@RedHat thought a fix would need a lot of vfs restructuring.
(I reported this in 2013 to RedHat (bug#1008073), but just realized he
was talking about "upstream" so maybe the
2016-09-07 17:17 GMT+02:00 Andy Shevchenko :
> On Wed, 2016-09-07 at 16:49 +0200, Bartosz Golaszewski wrote:
>> pca953x_gpio_set_multiple() has some coding style issues that make it
>> harder to read. Tweak the code a bit.
>>
>
> Usually give one day for reviewers to have a chance to follow your
>
On Sun, Sep 04, 2016 at 11:38:13AM +0200, Christophe JAILLET wrote:
> In commit 311b21774f13 ("sctp: simplify sk_receive_queue locking"), a call
> to 'skb_queue_splice_tail_init()' has been made explicit. Previously it was
> hidden in 'sctp_skb_list_tail()'
>
> Now, the code around it looks redund
Ingo Molnar writes:
> * Alexander Shishkin wrote:
>
>> Hi,
>>
>> There were more bugs since the previous version, plus the BTS barriers got
>> fixed. With these patches, my testcase keeps running and no spurious NMI
>> warnings pop up any more.
>
> Could you please also run the fuzzer that Vi
This patch series adds the necessary pins, clocks and device tree nodes to
enable the spifc controller on the GXBB family. I had to add the nand pins
in pintctrl as the pinmux setting left by u-boot was conflicting with the
spifc pinmux during my test on the P200.
Jerome Brunet (4):
pinctrl: aml
Add EE domains pins for the SPI flash controller
Signed-off-by: Jerome Brunet
---
drivers/pinctrl/meson/pinctrl-meson-gxbb.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/pinctrl/meson/pinctrl-meson-gxbb.c
b/drivers/pinctrl/meson/pinctrl-meson-gxbb.c
index cb4d6ad.
ly on the branch):
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-rewrite
Tagged thusly:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
rxrpc-rewrite-20160907-1
David
---
David Howells (8):
rxrpc: Whitespace cl
Use call->peer rather than call->conn->params.peer to avoid the possibility
of call->conn being NULL and, whilst we're at it, check it for NULL before we
access it.
Signed-off-by: David Howells
---
net/rxrpc/call_object.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --
Delete rxrpc_kernel_free_skb() as it's unused.
Signed-off-by: David Howells
---
net/rxrpc/skbuff.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/net/rxrpc/skbuff.c b/net/rxrpc/skbuff.c
index 9752f8b1fdd0..a546a2ba6341 100644
--- a/net/rxrpc/skbuff.c
+++ b/net/rxrpc/skbuff.
Improve the call tracking tracepoint by showing more differentiation
between some of the put and get events, including:
(1) Getting and putting refs for the socket call user ID tree.
(2) Getting and putting refs for queueing and failing to queue the call
processor work item.
Note that
Cache the security index in the rxrpc_call struct so that we can get at it
even when the call has been disconnected and the connection pointer
cleared.
Signed-off-by: David Howells
---
net/rxrpc/ar-internal.h |1 +
net/rxrpc/call_object.c |1 +
net/rxrpc/conn_client.c |3 +++
net/rx
Hi zhichang.yuan,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.8-rc5 next-20160907]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience)
Remove some whitespace.
Signed-off-by: David Howells
---
net/rxrpc/ar-internal.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/rxrpc/ar-internal.h b/net/rxrpc/ar-internal.h
index bb342f5fe7e4..ad702f9f8d1f 100644
--- a/net/rxrpc/ar-internal.h
+++ b/net/rxrpc/ar-in
Use rxrpc_is_service_call() rather than rxrpc_conn_is_service() if the call
is available just in case call->conn is NULL.
Signed-off-by: David Howells
---
net/rxrpc/input.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/rxrpc/input.c b/net/rxrpc/input.c
index 52d
Pass the connection pointer to rxrpc_post_packet_to_call() as the call
might get disconnected whilst we're looking at it, but the connection
pointer determined by rxrpc_data_read() is guaranteed by RCU for the
duration of the call.
Signed-off-by: David Howells
---
net/rxrpc/input.c |7 -
rxrpc calls shouldn't hold refs on the sock struct. This was done so that
the socket wouldn't go away whilst the call was in progress, such that the
call could reach the socket's queues.
However, we can mark the socket as requiring an RCU release and rely on the
RCU read lock.
To make this work,
On Wed, Sep 07, 2016 at 09:02:38AM -0500, Tom Lendacky wrote:
> Ugh.. I thought I caught all of these. Obviously not. I'll go through
> all the patches on this.
What you could do is run all patches through scripts/checkpatch.pl
and fix those issues which make sense to you. What I'm saying is, y
On Wed, Sep 7, 2016 at 10:54 PM, Maxime Ripard
wrote:
> From: Mylène Josserand
>
> The GR8-EVB is a small board with an NextThing GR8, an Hynix MLC NAND,
> an AXP209 PMIC, USB host and OTG, an SPDIF output and a connectors for CSI,
> I2S and LCD.
>
> Signed-off-by: Mylène Josserand
> Signed-off-
On Wednesday, September 7, 2016 1:24:07 PM CEST Felipe Balbi wrote:
>
> Hi,
>
> Arnd Bergmann writes:
>
> [...]
>
> > Regarding the DMA configuration that you mention in ci_hdrc_add_device(),
> > I think we should replace
> >
> > pdev->dev.dma_mask = dev->dma_mask;
> > pdev->d
Here's a patch that adds a tracepoint that allows local aborts to be
debugged. This needs to be applied on top of the just-posted call refcount
overhaul patch.
The patches can be found here also:
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-rewrite
Ta
On 09/07/2016 05:06 PM, Daniel Thompson wrote:
On 07/09/16 15:28, Jorge Ramirez-Ortiz wrote:
Signed-off-by: Jorge Ramirez-Ortiz
---
tools/spi/Makefile | 4
1 file changed, 4 insertions(+)
diff --git a/tools/spi/Makefile b/tools/spi/Makefile
index cd0db62..d1845b0 100644
--- a/tools/spi/M
On 2016.09.04 16:55 Rafael J. Wysocki wrote:
> On Sunday, September 04, 2016 08:54:49 AM Doug Smythies wrote:
>> On 2016.09.02 17:57 Rafael J. Wysocki wrote:
>>
>>> This is a new version of the "iowait boost" series I posted a few weeks
>>> ago. Since the first two patches from that series have b
On 2016.09.02 18:02 Rafael J. Wysocki wrote:
...[cut]...
> This includes an IIR filter on top of the load-based P-state selection,
> but the filter is applied to the non-boosted case only (otherwise it
> defeats the point of the boost) and I used a slightly different raw gain
> value.
The differ
Currently the code checking for the ACPI status is mixed along with
the actual HDD protection status check.
This patch splits those two checks are they are not related, printing
an error string in case the ACPI call failed, and then check for
actual HDD protection status.
Signed-off-by: Azael Ava
These two patches make some small changes to the driver code, the first
splits the error check fro the ACPI status and the HDD protection, and
the second simply changes the printing level of two strings from info
to debug.
Azael Avalos (2):
toshiba_haps: Split ACPI status error check from HDD pr
On Wednesday, September 7, 2016 9:33:51 PM CEST Zhichang Yuan wrote:
> +
> +struct hisilpc_dev;
> +
> +/* This flag is specific to differentiate earlycon operations and the others
> */
> +#define FG_EARLYCON_LPC (0x01U << 0)
> +/*
> + * this bit set means each IO operation will targe
On 07/09/2016 10:55, Parav Pandit wrote:
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
Well, if I recall, the reason doing so last time was in order to allow
flexible updating of ib_core independently, which is
Two of the internal functions are printing an info message, one
whenever the HDD protection level changes, and another when the
driver receives an ACPI event.
This patch changes those two prints to debug, as that information
is more pertaining to debuging purposes.
Signed-off-by: Azael Avalos
--
This patch simply decouples te error checking of the ACPI status and
the actual BT status, as those two were nested in an if/else check,
but are completely unrelated.
Signed-off-by: Azael Avalos
---
drivers/platform/x86/toshiba_bluetooth.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
> -Original Message-
> From: Masahiro Yamada [mailto:yamada.masah...@socionext.com]
> Sent: Tuesday, September 06, 2016 7:04 PM
> To: David Airlie; dri-de...@lists.freedesktop.org
> Cc: Masahiro Yamada; Gustavo Padovan; Yakir Yang; Huang, Ray; Deucher,
> Alexander; Liu, Monk; Zhou, David(Ch
Hi Jacek,
Thank you for your comments.
> -Original Message-
> From: Jacek Anaszewski [mailto:j.anaszew...@samsung.com]
> Sent: Wednesday, September 07, 2016 3:49 PM
> To: Vadim Pasternak ; rpur...@rpsys.net
> Cc: linux-l...@vger.kernel.org; linux-kernel@vger.kernel.org;
> j...@resnulli.u
On Wed, 7 Sep 2016, Alexander Shishkin wrote:
> Sure. And yes, I did catch a warning, which calls for one more patch
> (below). Also one unrelated thing in PEBS that Peter fixed.
Does that fix this which I just got on my skylake machine (4.8-rc5 with
your other 5 patches applied)
[ 5351.822559]
Add new DT match table to setup the is_legacy boolean value across
the scpi functions.
Add the Amlogic GXBB SoC compatible for platform and as legacy match entry.
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/fi
Since Amlogic SoCs reports more than 8 OPPs per domains, grow the structure
size to 16.
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/arm_scpi.c b/drivers/firmware/arm_scpi.c
index 60a76e63..b422
This patchset aims to support the legacy SCPI firmware implementation that was
delivered as early technology preview for the JUNO platform.
Finally a stable, maintained and public implementation for the SCPI protocol
has been upstreamed part of the JUNO support and it is the recommended way
of imp
Add indirection table to permit multiple command values for legacy support.
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 145 ++--
1 file changed, 127 insertions(+), 18 deletions(-)
diff --git a/drivers/firmware/arm_scpi.c b/drivers/fir
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 36 +
1 file changed, 36 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
index 2748007..257845a 100644
--- a/arch/arm6
On Amlogic SCPI legacy implementation, the GET_CAPABILITIES is not
supported, failover by using 0.0.0 version.
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/firmware/arm_scpi.c b/drivers/firmware/arm_scpi.c
index 9ba
In order to support the legacy SCPI protocol variant, add back the structures
and macros that varies against the final specification.
Add indirection table for legacy commands.
Add bitmap field for channel selection
Add support for legacy in scpi_send_message.
Signed-off-by: Neil Armstrong
---
d
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
index bdbf6e7..2748007 100644
--- a/arch/arm64/boot/dts/amlogic/mes
Acked-by: Rob Herring
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/arm/arm,scpi.txt | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/arm,scpi.txt
b/Documentation/devicetree/bindings/arm/arm,scpi.txt
index fa
Hi Arnaldo,
Can you please pick up this.
-Ravi
On Wednesday 31 August 2016 01:33 PM, Ravi Bangoria wrote:
> 'make -C tools/perf build-test' is failing with below log for poewrpc.
>
> In file included from
> /tmp/tmp.3eEwmGlYaF/perf-4.8.0-rc4/tools/perf/perf.h:15:0,
>from u
Thank you all for your work. Commonly, I should send patch v3 for it.
And very sorry for replying too late. During these days I have no
enough time on it (working, buying house, and catching a cold, but I am
lucky enough that my father's health is OK).
Thanks.
On 9/7/16 09:52, Fengguang Wu wrot
Here are two patches. They need to be applied on top of the just-posted
call refcount overhaul patch:
(1) Fix the return value of some call completion helpers.
(2) Add a tracepoint that allows local aborts to be debugged.
The patches can be found here also:
http://git.kernel.org/cg
rxrpc_set_call_completion() returns bool, not int, so the ret variable
should match this.
rxrpc_call_completed() and __rxrpc_call_completed() should return the value
of rxrpc_set_call_completion().
Signed-off-by: David Howells
---
net/rxrpc/ar-internal.h | 13 -
1 file changed, 8
Hello,
Any update on this?
-Ravi
On Friday 19 August 2016 06:29 PM, Ravi Bangoria wrote:
> Currently Perf annotate support code navigation (branches and calls)
> only when run on the same architecture where perf.data was recorded.
> But, for example, record on powerpc server and annotate on clie
Add a tracepoint for working out where local aborts happen. Each
tracepoint call is labelled with a 3-letter code so that they can be
distinguished - and the DATA sequence number is added too where available.
rxrpc_kernel_abort_call() also takes a 3-letter code so that AFS can
indicate the circum
On Tue, Sep 6, 2016 at 10:12 PM, Anshuman Khandual
wrote:
> On 09/06/2016 10:19 PM, Dan Williams wrote:
>> Now that track_pfn_insert() is no longer used in the DAX path, it no
>> longer needs to comprehend pfn_t values.
>>
>> Signed-off-by: Dan Williams
>> ---
>> arch/x86/mm/pat.c |
Thiago Jung Bauermann writes:
> Hello,
>
> The purpose of this new version of the series is to fix a small issue that
> I found, which is that the kernel doesn't remove the memory reservation
> for the hand-over buffer it received from the previous kernel in the
> device tree it sets up for the n
Signed-off-by: Jorge Ramirez-Ortiz
---
tools/spi/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/spi/Makefile b/tools/spi/Makefile
index cd0db62..3815b18 100644
--- a/tools/spi/Makefile
+++ b/tools/spi/Makefile
@@ -1,3 +1,5 @@
+CC = $(CROSS_COMPILE)gcc
+
all: spidev_test spi
On 09/03, Neil Armstrong wrote:
> In order to support the Qualcomm MDM9615 SoC, add the SoC dtsi.
>
> Signed-off-by: Neil Armstrong
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On Wednesday, September 07, 2016 04:18:29 PM Sebastian Andrzej Siewior wrote:
> On 2016-09-06 23:27:46 [+0200], Rafael J. Wysocki wrote:
> > > + ret = cpuhp_setup_state_nocalls(CPUHP_AP_ONLINE_DYN,
> > > "cpufreq:online",
> > > + cpufreq_online,
> > > +
On Wednesday, September 07, 2016 04:01:02 PM Sebastian Andrzej Siewior wrote:
> On 2016-09-06 23:08:28 [+0200], Rafael J. Wysocki wrote:
> > This appears to be part of a series, but what if it goes in
> > separately? Would that be a problem?
>
> You would have to deal with conflicts in cpuhotplug
On Wed, Sep 07, 2016 at 09:30:54AM -0500, Tom Lendacky wrote:
> _PAGE_ENC is #defined as sme_me_mask and sme_me_mask has already been
> set (or not set) at this point - so it will be the mask if SME is
> active or 0 if SME is not active.
Yeah, I remember :-)
> sme_early_init() is merely propagati
On Wed, Sep 07, 2016 at 10:34:15AM -0400, Austin S. Hemmelgarn wrote:
> On 2016-09-06 20:55, Kent Overstreet wrote:
> > On Tue, Sep 06, 2016 at 11:46:28AM +0200, Harald Dunkel wrote:
> > > Hi folks,
> > >
> > > I am pretty hesitant replacing the rock-solid ext4 by bcachefs on my
> > > servers.
>
On 9/4/16 09:01, Al Viro wrote:
> On Sun, Sep 04, 2016 at 06:36:56AM +0800, Chen Gang wrote:
>
>> And for all: shall I provide the proof for another archs?
>>
>> For me, Boolean gives additional chance to compiler to improve the code.
>
> Whereas for compiler it gives nothing. Not in those cas
On 09/07, Martin Sperl wrote:
>
> > On 01.06.2016, at 21:05, Eric Anholt wrote:
> >
> > I figured out another critical clock (patch 3), but didn't use the
> > CLK_IS_CRITICAL flag since I want to just protect whatever clock
> > happens to be the parent (there are #ifdefs in the firmware indicati
On Wed, Sep 07, 2016 at 04:51:47PM +0200, Sebastian Andrzej Siewior wrote:
> it cleans the memory on Intel but not on AMD
Check again. -> microcode_fini_cpu_amd()
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
On 06/09/16 21:36, Nicolas Iooss wrote:
On 06/09/16 12:21, Dave Gordon wrote:
On 04/09/16 19:58, Nicolas Iooss wrote:
When building the kernel with clang and some warning flags, the compiler
reports that the return value of dcs_get_backlight() may be
uninitialized:
drivers/gpu/drm/i915/int
On Tue, 6 Sep 2016, John Stultz wrote:
> > Changes since v3:
> > - Fix the build error on S390.
>
> Since the original change is already applied to tip/timers/core, can
> you provide an incremental patch (a patch against tip/timers/core)
> that fixes the issue, rather then resending the entire pa
On Wed, Sep 07, 2016 at 07:15:02AM +0200, Michal Simek wrote:
> On 6.9.2016 22:34, Zach Brown wrote:
> > The sdhci controller on xilinx zynq devices will not function unless
> > the CD bit is provided. http://www.xilinx.com/support/answers/61064.html
> > In cases where it is impossible to provide t
On Wed, Sep 07, 2016 at 04:08:46PM +0100, Lee Jones wrote:
> On Wed, 07 Sep 2016, Russell King - ARM Linux wrote:
> > It got sent for REVIEW COMMENTS and TESTING for people like Robert
> > Jarzmik and Adam, to get some sense as to the _entire_ series
> > acceptability to people. This is a _massive
On Wed, 7 Sep 2016, Arnd Bergmann wrote:
> However, to summarize the discussion so far, I agree that
> of_dma_configure() is not the solution to these problems, and I think
> we can do much better:
>
> Splitting the usb_bus->controller field into the Linux-internal device
> (used for the sysfs hi
From: Shawn Nematbakhsh
Call common functions for read / write to prepare support for future
LPC protocol variants which use different I/O ops than inb / outb.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Gwendal Grignou
Signed-off-by: Guenter Roeck
Signed-off-by: Thierry Escande
---
dri
Hi,
This serie adds support for the LPC Microchip Embedded Controller 1322.
Shawn Nematbakhsh (2):
platform/chrome: cros_ec_lpc: Add R/W helpers to LPC protocol variants
platform/chrome: cros_ec_lpc: Add support for mec1322 EC
drivers/platform/chrome/Kconfig | 9 ++
drivers/plat
From: Shawn Nematbakhsh
This adds support for the ChromeOS LPC Microchip Embedded Controller
(mec1322) variant.
mec1322 accesses I/O region [800h, 9ffh] through embedded memory
interface (EMI) rather than LPC.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Gwendal Grignou
Signed-off-by: Guen
Hi Suman,
On 9/1/2016 3:58 PM, Suman Anna wrote:
Hi,
The Keystone 2 family of SoCs have an on-chip RAM called the
Multicore Shared Memory (MSM) RAM. This RAM is accessible through
the Multicore Shared Memory Controller (MSMC). This series represents
these on-chip RAMs as sram nodes so that the
On Wed, Sep 07, 2016 at 04:04:01PM +0300, Stanimir Varbanov wrote:
> Hi Iaroslav,
>
> On 09/03/2016 07:45 PM, Iaroslav Gridin wrote:
> > Without that, QCE performance is about 2x less.
>
> On which platform? The clock rates are per SoC.
Dragonboard 8074. Should clock rate be moved to its DT?
>
This function returns true if CTS and RTS are used as GPIOs.
Some drivers (like atmel_serial) needs to know if the flow control is
handled by the controller or by GPIOs.
Signed-off-by: Richard Genoud
---
drivers/tty/serial/serial_mctrl_gpio.c | 8
drivers/tty/serial/serial_mctrl_gpio.h
Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
hardware handshake is enabled") broke the hardware handshake when GPIOs
where used.
Hardware handshake with GPIOs used to work before this commit because
the CRTSCTS flag (termios->c_cflag) was set, but not the
ATMEL_US_USMODE_HW
Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
hardware handshake is enabled") broke the hardware handshake when
DMA is not used.
So, here's a summary:
If DMA is NOT USED the mode should be ATMEL_US_USMODE_NORMAL because the
controller can't drive the RTS pin (there's no way
> > + clocks = <&gcc GCC_CE2_AHB_CLK>,
> > +<&gcc GCC_CE2_AXI_CLK>,
> > +<&gcc GCC_CE2_CLK>;
> > + clock-names = "bam_clk", "axi_clk", "core_clk";
> > + #dma-cells = <1>;
> > +
Hi Santosh,
On 09/07/2016 11:11 AM, Santosh Shilimkar wrote:
> Hi Suman,
>
> On 9/1/2016 3:58 PM, Suman Anna wrote:
>> Hi,
>>
>> The Keystone 2 family of SoCs have an on-chip RAM called the
>> Multicore Shared Memory (MSM) RAM. This RAM is accessible through
>> the Multicore Shared Memory Control
On Wed, Sep 7, 2016 at 4:45 AM, SF Markus Elfring
wrote:
>>> Would the following script (for the semantic patch language)
>>> be useful enough for further development considerations?
>>>
>>> usage_of_kmalloc_array1-excerpt2.cocci:
>>> @replacement2@
>>> expression count, pointer, target;
>>> @@
>>
From: Colin Ian King
Updating tx_bytes from packet->len if packet is null will cause
a null pointer dereference, so only update tx_bytes if it packet
is not null.
Signed-off-by: Colin Ian King
---
drivers/staging/ks7010/ks_wlan_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Wed, 07 Sep 2016, Russell King - ARM Linux wrote:
> On Wed, Sep 07, 2016 at 04:08:46PM +0100, Lee Jones wrote:
> > On Wed, 07 Sep 2016, Russell King - ARM Linux wrote:
> > > It got sent for REVIEW COMMENTS and TESTING for people like Robert
> > > Jarzmik and Adam, to get some sense as to the _en
On 9/7/2016 9:22 AM, Suman Anna wrote:
Hi Santosh,
On 09/07/2016 11:11 AM, Santosh Shilimkar wrote:
Hi Suman,
On 9/1/2016 3:58 PM, Suman Anna wrote:
Hi,
The Keystone 2 family of SoCs have an on-chip RAM called the
Multicore Shared Memory (MSM) RAM. This RAM is accessible through
the Multicor
On Wed, 07 Sep 2016, Linus Walleij wrote:
> On Tue, Aug 30, 2016 at 9:54 AM, Andrew Jeffery wrote:
>
> > Signed-off-by: Andrew Jeffery
> > Acked-by: Rob Herring
> > Acked-by: Joel Stanley
>
> Acked-by: Linus Walleij
>
> I guess the MFD maintainer (Lee Jones) should merge this?
>
> Why is
Hi,
Please pull these seccomp fixes for v4.8-rc6. These got accidentally
put in James's -next tree, but they're needed for v4.8. He asked me to
forward them directly to you.
Thanks!
-Kees
The following changes since commit d060e0f603a4156087813d221d818bb39ec91429:
Merge tag 'for-linus' of
g
Hi Petr,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.8-rc5 next-20160907]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to record w
On Wed, Sep 7, 2016 at 10:53 PM, Maxime Ripard
wrote:
> From: Mylène Josserand
>
> The GR8 is an SoC made by Nextthing loosely based on the sun5i family.
>
> Since it's not clear yet what we can factor out and merge with the A10s and
> A13 support, let's keep it out of the sun5i.dtsi include tree
Pulled, but:
On Tue, Sep 6, 2016 at 12:37 PM, Kees Cook wrote:
>
> Kees Cook (3):
> usercopy: fold builtin_const check into inline function
Hmm. So with this, check_object_size() seems sane, but it's only
marked "inline".
And we've had the issue that without the __always_inline, gcc will
On 09/06/2016 11:51 PM, Xiao Guangrong wrote:
> In order to fix this bug, we make 'file->version' indicate the next VMA
> we want to handle
This new approach makes it more likely that we'll skip a new VMA that
gets inserted in between the read()s. But, I guess that's OK. We don't
exactly claim t
On 09/07/2016 11:25 AM, Santosh Shilimkar wrote:
> On 9/7/2016 9:22 AM, Suman Anna wrote:
>> Hi Santosh,
>>
>> On 09/07/2016 11:11 AM, Santosh Shilimkar wrote:
>>> Hi Suman,
>>>
>>> On 9/1/2016 3:58 PM, Suman Anna wrote:
Hi,
The Keystone 2 family of SoCs have an on-chip RAM called th
On Wed, Sep 07, 2016 at 05:27:13PM +0100, Lee Jones wrote:
> On Wed, 07 Sep 2016, Russell King - ARM Linux wrote:
> > On Wed, Sep 07, 2016 at 04:08:46PM +0100, Lee Jones wrote:
> > > On Wed, 07 Sep 2016, Russell King - ARM Linux wrote:
> > > > It got sent for REVIEW COMMENTS and TESTING for people
On Wed, 2016-09-07 at 09:23 -0700, Kees Cook wrote:
> Fixing these kmalloc calls would be a nice thing to clean up
> everywhere.
Dubious as gcc cannot currently optimize known small fixed size
allocations with alloc_array and will always perform the
multiplication.
Also the style of sizeof(*ptr)
On 09/07/16 00:52, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160906:
>
on i386:
../kernel/trace/trace_hwlat.c: In function 'get_sample':
../kernel/trace/trace_hwlat.c:258:18: error: 'struct trace_array' has no member
named 'max_latency'
if (sample > tr->max_latency)
On Wed, Sep 07, 2016 at 11:36:48AM -0400, Vince Weaver wrote:
> On Wed, 7 Sep 2016, Alexander Shishkin wrote:
>
> > Also one unrelated thing in PEBS that Peter fixed.
---
Subject: perf,x86: Fix PEBSv3 record drain
From: Peter Zijlstra
Date: Wed Sep 7 14:42:55 CEST 2016
Alexander hit the WARN_O
On Wed, Sep 7, 2016 at 9:33 AM, Linus Torvalds
wrote:
> Pulled, but:
>
> On Tue, Sep 6, 2016 at 12:37 PM, Kees Cook wrote:
>>
>> Kees Cook (3):
>> usercopy: fold builtin_const check into inline function
>
> Hmm. So with this, check_object_size() seems sane, but it's only
> marked "inline".
> ---
> diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c
> index a939f5ed7f89..de07c273f725 100644
> --- a/fs/proc/kcore.c
> +++ b/fs/proc/kcore.c
> @@ -515,8 +515,20 @@ read_kcore(struct file *file, char __user *buffer,
> size_t buflen, loff_t *fpos)
> } else {
>
On Sat, Sep 03, 2016 at 12:11:21PM +0200, Dmitry Vyukov wrote:
> Hello,
>
> I've got another BUG in khugepaged while running syzkaller fuzzer:
>
> kernel BUG at mm/rmap.c:1248!
I think it caused by the same bug as the you've already reported:
http://lkml.kernel.org/r/cact4y+z3gigbvhca9krjfcjx0g
On Wed, Sep 7, 2016 at 5:07 AM, Tracy Smith wrote:
> Hello, bus recovery is needed generally speaking because of potential
> protocol errors that might cause a failure condition hanging the bus.
>
> It happens frequently during bring-up of new I2C devices because firmware in
> I2C controllers fail
401 - 500 of 859 matches
Mail list logo
