On 20.07.2017 07:00, Krzysztof Kozlowski wrote:
> Remove old, dead Kconfig options (in order appearing in this commit):
> - EXPERIMENTAL is gone since v3.9;
> - INET_LRO: commit 7bbf3cae65b6 ("ipv4: Remove inet_lro library");
> - IP_NF_QUEUE: commit 3dd6664fac7e ("netfilter: remove unused "confi
On Sun, 2017-07-23 at 13:00 -0700, Linus Torvalds wrote:
> it looks like there were four copies of "GREYBUS PROTOCOLS
> DRIVERS". WTF? I didn't check if there was something else odd going
> on.
>
> I guess they'd need to be made unique somehow too.
right.
Unfortunate about the duplicate section
On 23.07.2017 22:01, Guenter Roeck wrote:
> On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote:
>> After a suspend / resume cycle we possibly need to reapply chip registers
>> settings that we had set or fixed in a probe path, since they might have
>> been reset to default values or set incorrectly
On 06/14/2017 01:11 PM, Juergen Gross wrote:
On 14/06/17 18:58, Boris Ostrovsky wrote:
On 06/12/2017 07:53 AM, Juergen Gross wrote:
In a HVM guest the kernel allocates the page for mapping the shared
info structure via extend_brk() today. This will lead to a drop of
performance as the underly
Hi John,
[auto build test ERROR on net-next/master]
[also build test ERROR on v4.13-rc1 next-20170721]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/John-Crispin/net-next-dsa-move-struct-dsa_de
Allow for MAINTAINERS to become a directory and if it is,
read all the files in the directory for maintained sections.
Also look for all files named MAINTAINERS in all subdirectories
excluding the .git directory.
This adds ~.3 seconds of CPU on an Intel i5-6200 with an SSD.
Miscellanea:
o Creat
On Sun, Jul 23, 2017 at 02:05:38PM -0400, Sandy Harris wrote:
> Sandy Harris wrote:
>
> > The biggest problem with random(4) is that you cannot generate good
> > output without a good seed & just after boot, ...
> >
> > The only really good solution I know of is to find a way to provide a
> > chu
On Mon, 17 Jul 2017 18:46:34 -0300
Mauro Carvalho Chehab wrote:
> Sphinx installation is not trivial, as not all versions are supported,
> and it requires a lot of stuff for math, images and PDF/LaTeX output
> to work.
>
> So, add a script that checks if everything is fine, providing
> distro-sp
Hi Baoquan,
[auto build test WARNING on iommu/next]
[also build test WARNING on v4.13-rc1]
[cannot apply to next-20170721]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Baoquan-He/Fix-the-on-fl
A few local functions in the pi433 module were getting flagged by Sparse
for missing declarations, so I added static qualifiers to clean up the
warnings.
Signed-off-by: David Wittman
---
drivers/staging/pi433/pi433_if.c | 4 ++--
drivers/staging/pi433/rf69.c | 2 +-
2 files changed, 3 insert
Em Sun, 23 Jul 2017 16:08:29 -0600
Jonathan Corbet escreveu:
> On Mon, 17 Jul 2017 18:46:34 -0300
> Mauro Carvalho Chehab wrote:
>
> > Sphinx installation is not trivial, as not all versions are supported,
> > and it requires a lot of stuff for math, images and PDF/LaTeX output
> > to work.
> >
Hi Colin,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.13-rc1 next-20170721]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Colin-King/dvb_frontend-initialize-var
On Sun, Jul 23, 2017 at 1:00 PM, Linus Torvalds
wrote:
>
> Anyway, clearly my script showed something. I think my script is still
> doing the right thing, it's just that the input is questionable.
I added a few actual checks for the error cases to the script, fixed
up the problems, and committed
On 02/07/17 06:55, Jassi Brar wrote:
Hi Jassi,
thank you very much for having a look!
> On Fri, Jun 30, 2017 at 3:26 PM, Andre Przywara
> wrote:
>> This mailbox driver implements a mailbox which signals transmitted data
>> via an ARM smc (secure monitor call) instruction. The mailbox receiver
This is a reworked version of my previous post. It addresses Jassi's
comments on the driver and also tries to cover Rob's and Mark's comments
on the binding documentation.
I dropped the more example-like DT changes from v1, as they are actually
not meant to be merged into the Linux tree, but instea
For 64-bit Allwinner SoCs there exist firmware implementations which
provide SCPI controlled handlers for DVFS, sensors and power domains.
To allow usage of this features, enable the required SMC mailbox when
Allwinner SoCs are supported by the kernel.
Signed-off-by: Andre Przywara
---
drivers/m
Things are chugging along, and we actually had a reasonably active rc2.
Normally rc2 is really small because people are taking a breaher and
haven't started finding bugs yet, but this time around we have a
bigger-than-average rc2. We'll just have to see how that translates to
the rest of the relea
Hi Miodrag,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.13-rc1 next-20170721]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Aleksandar-Markovic/MIPS-Add-virtual-Ran
On 07/24/17 at 06:33am, kbuild test robot wrote:
> Hi Baoquan,
>
> [auto build test WARNING on iommu/next]
> [also build test WARNING on v4.13-rc1]
> [cannot apply to next-20170721]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
This mailbox driver implements a mailbox which signals transmitted data
via an ARM smc (secure monitor call) instruction. The mailbox receiver
is implemented in firmware and can synchronously return data when it
returns execution to the non-secure world again.
An asynchronous receive path is not im
Hi Daniel,
On Fri, 21 Jul 2017 09:24:49 +0200 Daniel Vetter wrote:
>
> How are we going to handle this now? The refactor is deeply burried in
> drm-misc, I guess you could cherry-pick the relevant patches over. But
> that'll probably lead to more conflicts because git will get confused.
I'll jus
On 2017/07/23 23:39:36 +0800, Boqun Feng wrote:
> On Sat, Jul 22, 2017 at 09:43:00PM -0700, Paul E. McKenney wrote:
> [...]
>>> Your priority seemed to be in reducing the chance of the "if" statement
>>> to be optimized away. So I suggested to use "extern" as a compromise.
>>
>
> Hi Akira,
>
Hi
The ARM SMC mailbox binding describes a firmware interface to trigger
actions in software layers running in the EL2 or EL3 exception levels.
The term "ARM" here relates to the SMC instruction as part of the ARM
instruction set, not as a standard endorsed by ARM Ltd.
Signed-off-by: Andre Przywara
The coming x86 refcount protection needs to be able to add trailing
instructions to the GEN_*_RMWcc() operations. This extracts the
difference between the goto/non-goto cases so the helper macros
can be defined outside the #ifdef cases. Additionally adds argument
naming to the resulting asm for ref
This creates an unreachable annotation in asm for CONFIG_STACK_VALIDATION.
While here, adjust earlier uses of \t\n into \n\t.
Suggested-by: Josh Poimboeuf
Signed-off-by: Kees Cook
---
include/linux/compiler-gcc.h | 13 +
include/linux/compiler.h | 3 +++
2 files changed, 12 ins
This series implements a fast refcount overflow protection for x86,
which is needed to provide coverage for the several refcount-overflow
use-after-free flaws the kernel has seen over the last many years.
Patch 1 provides support for adding additional assembly to the GEN_*_RMWcc
macros, patch 2 ad
This implements refcount_t overflow protection on x86 without a noticeable
performance impact, though without the fuller checking of REFCOUNT_FULL.
This is done by duplicating the existing atomic_t refcount implementation
but with normally a single instruction added to detect if the refcount
has go
Hi Philipp,
Today's linux-next merge of the reset tree got a conflict in:
MAINTAINERS
between commit:
82abbea734d6 ("MAINTAINERS: fix alphabetical ordering")
from Linus' tree and commit:
e0be864f1424 ("ARC: reset: introduce HSDKv1 reset driver")
from the reset tree.
I suspect that I m
Hi all,
Today's linux-next merge of the clk tree got a conflict in:
MAINTAINERS
between commit:
82abbea734d6 ("MAINTAINERS: fix alphabetical ordering")
from Linus' tree and commit:
6d7489c74a6e ("clk: axs10x: introduce AXS10X pll driver")
from the clk tree.
I fixed it up (see below) a
The MIPS Boston board configuration tries to enable CONFIG_PCIE_XILINX.
That doesn't work since PCIE_XILINX depends on ARCH_ZYNQ || MICROBLAZE.
Remove that restriction.
Cc: Paul Burton
Cc: James Hogan
Signed-off-by: Guenter Roeck
---
drivers/pci/host/Kconfig | 1 -
1 file changed, 1 deletion(-
Hi David,
Today's linux-next merge of the btrfs-kdave tree got a conflict in:
fs/btrfs/scrub.c
between commit:
4e4cbee93d56 ("block: switch bios to blk_status_t")
from Linus' tree and commit:
26397a4ad1d5 ("btrfs: account that we're waiting for IO in
scrub_submit_raid56_bio_wait")
fro
Andrew Morton writes:
> On Fri, 23 Jun 2017 15:12:51 +0800 "Huang, Ying" wrote:
>
>> From: Huang Ying
>>
>> Hi, Andrew, could you help me to check whether the overall design is
>> reasonable?
>>
>> Hi, Johannes and Minchan, Thanks a lot for your review to the first
>> step of the THP swap opt
On 7/13/2017 12:51 PM, Serge E. Hallyn wrote:
> Quoting Mimi Zohar (zo...@linux.vnet.ibm.com):
>> On Thu, 2017-07-13 at 08:39 -0400, Matt Brown wrote:
>> The question is really from a security perspective which is better?
>> Obviously, as v2 of the patch set changed from using pathnames to
>> inod
On Fri, Jul 21, 2017 at 04:51:39PM +0200, Laurent Vivier wrote:
> As for commit 68baf692c435 ("powerpc/pseries: Fix of_node_put()
> underflow during DLPAR remove"), the call to of_node_put()
> must be removed from pSeries_reconfig_remove_node().
>
> dlpar_detach_node() and pSeries_reconfig_remove_
good evening
http://gurgaononclick.com/creation_compte.php?cross=kmpy274x9ze4
cputrdoc
On 07/23/2017 01:13 PM, Maciej S. Szmigiero wrote:
On 23.07.2017 22:01, Guenter Roeck wrote:
On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote:
After a suspend / resume cycle we possibly need to reapply chip registers
settings that we had set or fixed in a probe path, since they might have
been
On 2017/7/24 1:03, Cong Wang wrote:
> On Sun, Jul 23, 2017 at 5:48 AM, liujian (CE) wrote:
>> Hi
>>
>> I find it caused by below steps:
>> 1. set tp_version to TPACKET_V3 and req->tp_block_nr to 1
>> 2. set tp_block_nr to 0
>> Then pg_vec was freed, and we did not delete the timer?
>
> Thanks f
From: Kuninori Morimoto
This driver's Copyright is under Renesas Solutions Corp
Signed-off-by: Kuninori Morimoto
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c
b
Hi,
> -Original Message-
> From: sb...@codeaurora.org [mailto:sb...@codeaurora.org]
> Sent: Saturday, July 22, 2017 6:03 AM
> To: Andy Tang
> Cc: mturque...@baylibre.com; mark.rutl...@arm.com; linux-
> c...@vger.kernel.org; devicet...@vger.kernel.org; linux-
> ker...@vger.kernel.org; linu
These patches fix some bugs on rockchip's crypto which would cause crypto
failed.
zain wang (2):
crypto: rockchip - move the crypto completion from interrupt context
crypto: rockchip - return the err code when unable dequeue the crypto
request
drivers/crypto/rockchip/rk3288_crypto.c
Sometime we would unable to dequeue the crypto request, in this case,
we should finish crypto and return the err code.
Signed-off-by: zain wang
---
drivers/crypto/rockchip/rk3288_crypto.c| 19 ---
drivers/crypto/rockchip/rk3288_crypto_ablkcipher.c | 15 +++
It's illegal to call the completion function from hardirq context,
it will cause runtime tests to fail. Let's build a new task (done_task)
for moving update operation from hardirq context.
Signed-off-by: zain wang
---
drivers/crypto/rockchip/rk3288_crypto.c| 39 --
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Sylwester Nawrocki
Acked-by: Benoit Parrot
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/medi
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Laurent Pinchart
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/gpu/drm/rcar-du/rcar_du_kms.c |
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 3 ++-
1 file changed,
On 2017/7/24 9:09, Ding Tianhong wrote:
>
>
> On 2017/7/24 1:03, Cong Wang wrote:
>> On Sun, Jul 23, 2017 at 5:48 AM, liujian (CE) wrote:
>>> Hi
>>>
>>> I find it caused by below steps:
>>> 1. set tp_version to TPACKET_V3 and req->tp_block_nr to 1
>>> 2. set tp_block_nr to 0
>>> Then pg_vec wa
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Sylwester Nawrocki
Acked-by: Benoit Parrot
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/medi
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 3 ++-
1 file changed,
On Sun, 2017-07-23 at 16:14 -0700, Linus Torvalds wrote:
> On Sun, Jul 23, 2017 at 1:00 PM, Linus Torvalds
> wrote:
> >
> > Anyway, clearly my script showed something. I think my script is still
> > doing the right thing, it's just that the input is questionable.
>
> I added a few actual checks
> On 21 Jul 2017, at 17:20, Yanhu Cao wrote:
>
> kernel client is still sending write,startsync.
> that startsync is a no-op (has been for years) and can probably be removed
>
> Link: http://tracker.ceph.com/issues/20604
>
> Signed-off-by: Yanhu Cao
> ---
> fs/ceph/addr.c | 9 ++--
On Sun, Jul 23, 2017 at 4:48 PM, Linus Torvalds
wrote:
> Things are chugging along, and we actually had a reasonably active rc2.
.. and Konstantin just noticed that I had forgotten to push out the
actual tag, so the scripts that generate the diffs and tar-balls
didn't run.
So the git trees conta
Hi Brian,
After merging the l2-mtd tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/mtd/mtdswap.c: In function 'mtdswap_add_debugfs':
drivers/mtd/mtdswap.c:1317:17: warning: unused variable 'dev'
[-Wunused-variable]
struct device *dev = disk_to_dev(gd);
Hi Arnaldo,
Sorry, I'm too late.
On 07/21/2017 08:24 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Jul 21, 2017 at 06:41:29PM +0900, Taeung Song escreveu:
On 07/21/2017 04:19 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu:
Currently the --sho
On 2017年07月22日 05:12, Arnd Bergmann wrote:
A bug that I had fixed earlier just came back, with CONFIG_EXTCON=m,
the rockchip drm driver will fail to link:
drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes':
cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x30): undefined refe
Hello,
On (07/21/17 16:32), Petr Mladek wrote:
[..]
> > sort of a problem here is that the next time anyone adds a new ->foo()
> > callback to struct console, that person also needs to remember to update
> > printk_late_init().
>
> I am not super happy with this as well. Any hint how to do it bet
On Fri, 21 Jul 2017 13:20:18 -0700
Feng Kan wrote:
> On Thu, Jul 20, 2017 at 3:22 PM, Alex Williamson
> wrote:
> > On Wed, 19 Jul 2017 17:46:51 -0700
> > Feng Kan wrote:
> >
> >> The APM X-Gene PCIe root port does not support ACS at this point.
> >> However, the hw provides isolation and sour
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
MAINTAINERS
between commit:
82abbea734d6 ("MAINTAINERS: fix alphabetical ordering")
from Linus' tree and commit:
3589211e9b03 ("drm/tinydrm: Add RePaper e-ink driver")
from the drm tree.
I fixed it up (see below) and
FYI, we noticed the following commit:
commit: dec0553d3100b4b624dbbc2e5bf1d7df8d70b09f ("mm/vmalloc: terminate
searching since one node found")
url:
https://github.com/0day-ci/linux/commits/Zhaoyang-Huang/mm-vmalloc-terminate-searching-since-one-node-found/20170721-235704
in testcase: boot
o
On Fri, 2017-07-21 at 02:34PM, Michael Ellerman wrote:
> -Original Message-
> From: Michael Ellerman [mailto:m...@ellerman.id.au]
> Sent: Friday, July 21, 2017 2:34 PM
> To: Qiang Zhao ; o...@buserror.net
> Cc: valentin.longch...@keymile.com; linuxppc-...@lists.ozlabs.org; linux-
> ker...
Hi all,
On Mon, 24 Jul 2017 12:06:05 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drm tree got a conflict in:
>
> MAINTAINERS
>
> between commit:
>
> 82abbea734d6 ("MAINTAINERS: fix alphabetical ordering")
>
> from Linus' tree and commit:
>
> 3589211e9b03 ("drm/ti
From: Fabio Estevam
The gpiod API checks for NULL descriptors, so there is no need to
duplicate the check in the driver.
Signed-off-by: Fabio Estevam
---
drivers/regulator/pwm-regulator.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/pwm-regulator.
FYI, we noticed the following commit:
commit: b631e535c61d7ddbb7ebac545f729ca9b3b6d70e ("x86/refcount: Implement fast
refcount overflow protection")
https://git.kernel.org/cgit/linux/kernel/git/kees/linux.git
kspp/fast-refcount/ud/v6
in testcase: boot
on test machine: qemu-system-x86_64 -enab
Hi, Tim,
Tim Chen writes:
> We will only reach the lock initialization code
> in alloc_swap_slot_cache when the cpu's swap_slots_cache's slots
> have not been allocated and swap_slots_cache has not been initialized
> previously. So the lock_initialized check is redundant and unnecessary.
> Remo
Hi Miodrag,
[auto build test ERROR on linus/master]
[also build test ERROR on next-20170721]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Aleksandar-Markovic/MIPS-Add-virtual-Ranchu-board-as-a
> -Original Message-
> From: Himanshu Jha [mailto:himanshujha199...@gmail.com]
> Subject: [PATCH] Staging : unisys : visorbus : visorbus_main: Fixed a brace
> cdoing style issue
>
> Fixed coding style issue for function declaration.
>
This doesn't apply to Greg's branch, fix was already
FYI, we noticed the following commit:
commit: 95b80bf3db03c2bf572a357cf74b9a6aefef0a4a ("mdio_bus: Remove unneeded
gpiod NULL check")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: boot
on test machine: qemu-system-x86_64 -enable-kvm -smp 2 -m 512M
caused
Add H265e/VEPU/VPU/VDEC/VOP iommu nodes
Signed-off-by: Simon Xue
---
changes since V2:
- none
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 45
1 file changed, 45 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
b/arch/arm64/boot/dts/rockchip/
Add IEP/ISP/VOP/HEVC/VPU iommu nodes
Signed-off-by: Simon Xue
---
changes since V2:
use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk
arch/arm64/boot/dts/rockchip/rk3368.dtsi | 49
1 file changed, 49 insertions(+)
diff --git a/arch/arm64/bo
Add VPU/VDEC/VOP/IEP iommu nodes
Signed-off-by: Simon Xue
---
changes since V2:
- none
arch/arm/boot/dts/rk322x.dtsi | 36
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi
index f3e4ffd..36f7c4b 10
Add VPU/VDEC/IEP/VOPL/VOPB/ISP0/ISP1 iommu nodes
Signed-off-by: Simon Xue
---
changes since V2:
use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 65
1 file changed, 65 insertions(+)
diff --git a/a
RK3368 vpu mmu have two irqs, this patch support multi irqs
Signed-off-by: Simon Xue
---
changes since V2:
use platform_irq_count to get irq nums
drivers/iommu/rockchip-iommu.c | 35 ++-
1 file changed, 26 insertions(+), 9 deletions(-)
diff --git a/drivers/iommu
Add rockchip,disable-mmu-reset property to disable some mmu
reset operation
Signed-off-by: Simon Xue
---
changes since V2:
use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk
Documentation/devicetree/bindings/iommu/rockchip,iommu.txt | 5 +
1 file changed, 5 insertions(+)
ISP mmu can't support reset operation, it won't get the
expected result when reset, but rest functions work normally.
Add this patch as a WA for this issue.
Signed-off-by: Simon Xue
---
changes since V2:
use rockchip,disable-mmu-reset instead of rk-iommu,disable-reset-quirk
drivers/iommu/rockch
On Mon, Jul 24, 2017 at 08:57:48AM +0800, Huang, Ying wrote:
> Andrew Morton writes:
>
> > On Fri, 23 Jun 2017 15:12:51 +0800 "Huang, Ying"
> > wrote:
> >
> >> From: Huang Ying
> >>
> >> Hi, Andrew, could you help me to check whether the overall design is
> >> reasonable?
> >>
> >> Hi, Johan
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> From: Ondrej Jirman
>
> SY8106A is an I2C attached single output regulator made by Silergy Corp,
> which is used on several Allwinner H3/H5 SBCs to control the power
> supply of the ARM cores.
>
> Add a driver for it.
>
> Signed-off-by: Ondr
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> From: Ondrej Jirman
>
> SY8106A is an I2C-controlled adjustable voltage regulator made by
> Silergy Corp.
>
> Add its device tree binding.
>
> Signed-off-by: Ondrej Jirman
> [Icenowy: Change commit message]
> Signed-off-by: Icenowy Zheng
>
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> From: Ondrej Jirman
>
> H3/H5 SoCs contain an I2C controller optionally available
> on the PL0 and PL1 pins. This patch adds pinmux configuration
> for this controller.
>
> Signed-off-by: Ondrej Jirman
> [Icenowy: change commit message and
在 2017-07-24 11:07，Chen-Yu Tsai 写道：
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
From: Ondrej Jirman
H3/H5 SoCs contain an I2C controller optionally available
on the PL0 and PL1 pins. This patch adds pinmux configuration
for this controller.
Signed-off-by: Ondrej Jirman
[Icenowy: c
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> From: Ondrej Jirman
>
> Allwinner H3/H5 SoCs have an I2C controller at PL GPIO bank.
>
> Add support for it in the device tree.
>
> Signed-off-by: Ondrej Jirman
> [Icenowy: Change to use r_ccu and change pinmux node name]
> Signed-off-by: I
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> The CPUX clock, which is the main clock of the ARM core on Allwinner H3,
> can be adjusted by changing the frequency of the PLL_CPUX clock.
>
> Allowing setting parent clock for the CPUX clock, thus the PLL_CPUX
> clock can be adjusted when a
Current --branch-history LBR annotation displays confused
data. For example, each cycles report is duplicated on both
"from" and "to" entries.
For example:
perf report --branch-history --no-children --stdio
--2.32%--main div.c:39 (COND_BWD CROSS_2M predicted:49.7% cycles:1)
main div.c:4
在 2017-07-24 11:03，Chen-Yu Tsai 写道：
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
From: Ondrej Jirman
SY8106A is an I2C attached single output regulator made by Silergy
Corp,
which is used on several Allwinner H3/H5 SBCs to control the power
supply of the ARM cores.
Add a driver fo
On Wed, Jul 12, 2017 at 6:59 PM, Alexey Klimov wrote:
> The memory allocated for rtc and clk_data will never be freed in
> sun6i_rtc_clk_init() in case of error and return. This patch adds
> required error path with memory freeing.
>
> Fixes: 847b8bf62eb4 ("rtc: sun6i: Expose the 32kHz oscillator"
On Wed, Jul 12, 2017 at 6:59 PM, Alexey Klimov wrote:
A bit more description would be nice.
> Signed-off-by: Alexey Klimov
Otherwise,
Reviewed-by: Chen-Yu Tsai
reviewed-by: Marcus Wolf
The fixes of this patch are fine, but there are already patches out there,
containing these fixes.
Thanks,
Marcus
> David Wittman hat am 24. Juli 2017 um 00:46 geschrieben:
>
>
> A few local functions in the pi433 module were getting flagged by Sparse
> for missing dec
On Wed, Jul 12, 2017 at 6:59 PM, Alexey Klimov wrote:
A bit more description would be nice. Maybe a kernel message that
prompted this fix?
> Fixes: 847b8bf62eb4 ("rtc: sun6i: Expose the 32kHz oscillator")
> Cc: Maxime Ripard
> Cc: Rob Herring
> Signed-off-by: Alexey Klimov
Otherwise,
Review
Boris,
On 7/22/17 23:12, Borislav Petkov wrote:
On Fri, Jul 21, 2017 at 09:00:38PM -0500, Suravee Suthikulpanit wrote:
Refactoring in preparation for subsequent changes.
There is no functional change.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kernel/cpu/amd.c | 79 +++
On Mon, 2017-07-24 at 02:09 +, Qiang Zhao wrote:
> On Fri, 2017-07-21 at 02:34PM, Michael Ellerman wrote:
>
> > -Original Message-
> > From: Michael Ellerman [mailto:m...@ellerman.id.au]
> > Sent: Friday, July 21, 2017 2:34 PM
> > To: Qiang Zhao ; o...@buserror.net
> > Cc: valentin.lo
On Mon, Jul 24, 2017 at 11:18 AM, wrote:
> 在 2017-07-24 11:03，Chen-Yu Tsai 写道：
>>
>> On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
>>>
>>> From: Ondrej Jirman
>>>
>>> SY8106A is an I2C attached single output regulator made by Silergy Corp,
>>> which is used on several Allwinner H3/H5 SB
在 2017-07-24 11:33，Chen-Yu Tsai 写道：
On Mon, Jul 24, 2017 at 11:18 AM, wrote:
在 2017-07-24 11:03，Chen-Yu Tsai 写道：
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng
wrote:
From: Ondrej Jirman
SY8106A is an I2C attached single output regulator made by Silergy
Corp,
which is used on several
Hi Arnaldo,
Is this patch OK for merging? It's more than 2 months no more comments.
Thanks
Jin Yao
On 5/8/2017 6:43 PM, Jin Yao wrote:
perf record -b -g
perf report --branch-history
This merges the LBRs with the callgraphs.
However it would be nice if it also works without callgraphs (-g)
Is 14afee4b6092f ("net: convert sock.sk_wmem_alloc from atomic_t to
refcount_t") correct? That looks like a statistics counter, not a
refcounter? I can't quite tell, though...
I think this WARN is from:
WARN_ON(refcount_read(&sk->sk_wmem_alloc));
-Kees
On Sun, Jul 23, 2017 at 7:13 PM, kernel te
Hi,
On Tue, Jul 18, 2017 at 07:00:23PM +0300, Konstantin Khlebnikov wrote:
> Pages are added into lru lists via per-cpu page vectors in order
> to combine these insertions and reduce lru lock contention.
>
> These pending pages cannot be isolated and moved into another lru.
> This breaks in some
The gadget may fail to enqueue request if the controller has enter L2
state. This patch prevent enter L2 state in hcd driver if the controller
works in device mode.
Meng Dongyang (1):
usb: dwc2: skip L2 state of hcd if controller work in device mode
drivers/usb/dwc2/hcd.c | 6 ++
1 file ch
In the case hcd autosuspend is enabled, the hcd will enter L2 state
if no device connected. But if the controller works in otg mode, the
gadget driver still works in L0 state if connected with host. This
may result in transfer fail when gadget enqueue new request but the
hcd driver has set the glob
Signed-off-by: Zhao Qiang
---
Changes for v2:
- include all Errata QE_General4 in #ifdef
drivers/soc/fsl/qe/qe.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/fsl/qe/qe.c b/drivers/soc/fsl/qe/qe.c
index 2ef6fc6..4ac9ce8 100644
--- a/drivers/soc/fsl/qe/qe.c
+++ b/drive
Hi Jassi,
Sorry for the delayed response...
On Fri, Jul 21, 2017 at 9:16 PM, Jassi Brar wrote:
> Hi Anup,
>
> On Fri, Jul 21, 2017 at 12:25 PM, Anup Patel wrote:
>> The Broadcom FlexRM ring (i.e. mailbox channel) can handle
>> larger number of messages queued in one FlexRM ring hence
>> this pa
Hi Felipe,
On 07/21/2017 06:31 PM, Felipe Balbi wrote:
> Hi,
>
> Lu Baolu writes:
>> +static void xhci_dbc_stop(struct xhci_hcd *xhci)
>> +{
>> +struct xhci_dbc *dbc = xhci->dbc;
>> +
>> +WARN_ON(!dbc);
>> +
>> +cancel_delayed_work_sync(&dbc->event_work);
>> +
>> +if (dbc-
On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote:
> Orange Pi Zero board has a SY8113B regulator, which is controlled via
> GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0
> or 1.3V when the PL6 GPIO is set to input or output 1, and the output is
> the power supply of t
Changes from V2 (https://lkml.org/lkml/2017/7/21/730)
* In patch 1/2
* Fix kbuild error for the __get_topoext() due to #ifdef CONFIG_SMP.
* Do not move node_id declaration in the refactored function.
Changes from V1 (https://lkml.org/lkml/2017/7/20/180)
* Refactor topology extension lo
101 - 200 of 247 matches
Mail list logo
