On Tue, Sep 19, 2017 at 04:22:53PM +0100, Lee Jones wrote:
> However, since this is a new driver, you can just take it with my:
The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e:
Linux 4.14-rc1 (2017-09-16 15:47:51 -0700)
are available in the git repository at:
gi
On Tue, Sep 19, 2017 at 3:21 AM, Nixiaoming wrote:
> On Fri, Sep 15, 2017 at 10:46 AM, Willem de Bruijn
>
> wrote:
>
>>
>
>> In case of failure we also need to unlink and free match. I
>
>> sent the following:
>
>>
>
>> http://patchwork.ozlabs.org/patch/813945/
>
>
>
> + spin_lock(&po->bind
On Wed, Sep 13, 2017 at 09:37:23PM +0200, Robert Jarzmik wrote:
> Switch to the new ac97 bus support in sound/ac97 instead of the legacy
> snd_ac97 one.
This doesn't apply against current code, please check and resend.
signature.asc
Description: PGP signature
On Tue, 2017-09-19 at 16:53 +0200, Neil Armstrong wrote:
> The Khadas VIM2 is a Single Board Computer, respin of the origin
> Khadas VIM board, using an Amlogic S912 SoC and more server oriented.
>
> It provides the same external connectors and header pinout, plus a SPI
> NOR Flash, a reprogrammab
The patch
ASoC: wm9705: add ac97 new bus support
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus du
The patch
ASoC: wm9712: add ac97 new bus support
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus du
The patch
Input: wm97xx: split out touchscreen registering
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent t
The patch
ASoC: wm9705: add private structure
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus durin
The patch
Input: wm97xx: add new AC97 bus support
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus d
The patch
mfd: wm97xx-core: core support for wm97xx Codec
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Tue, Sep 19, 2017 at 12:09 PM, Willem de Bruijn
wrote:
> On Tue, Sep 19, 2017 at 3:21 AM, Nixiaoming wrote:
>> On Fri, Sep 15, 2017 at 10:46 AM, Willem de Bruijn
>>
>> wrote:
>>
>>>
>>
>>> In case of failure we also need to unlink and free match. I
>>
>>> sent the following:
>>
>>>
>>
>>> htt
On Tue, Sep 19, 2017 at 11:58:59AM -0400, Steven Rostedt wrote:
> On Tue, 19 Sep 2017 08:31:26 -0700
> "Paul E. McKenney" wrote:
>
> > commit bc43e2e7e08134e6f403ac845edcf4f85668d803
> > Author: Paul E. McKenney
> > Date: Mon Sep 18 08:54:40 2017 -0700
> >
> > sched: Make resched_cpu() un
The patch
ASoC: Intel: Atom: Remove unneeded linux/miscdevice.h include
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
Every once in a while when my system is under a bit of stress I see
some spammy messages show up in my logs that say:
kevent X may have been dropped
As far as I can tell these messages aren't terribly useful. The
comments around the messages make me think that either workqueues used
to work di
In general when you've got a flag communicating that "something needs
to be done" you want to clear that flag _before_ doing the task. If
you clear the flag _after_ doing the task you end up with the risk
that this will happen:
1. Requester sets flag saying task A needs to be done.
2. Worker come
Linus,
The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e:
Linux 4.14-rc1 (2017-09-16 15:47:51 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm for-linus
for you to fetch changes up to 5753743fa5108b8f98bd61e40dc63f641b26c768
If rx_submit() returns an error code then nobody calls usb_free_urb().
That means it's leaked.
NOTE: This problem was found solely by code inspection and not due to
any failing test cases.
Signed-off-by: Douglas Anderson
---
drivers/net/usb/usbnet.c | 9 ++---
1 file changed, 6 insertions(
This patch set presents some bug fixes for the HNS3 Ethernet driver identified
during internal testing & stabilization efforts.
Change Log:
Patch V2: Resolved comments from Leon Romanovsky
Patch V1: Initial Submit
Lipeng (6):
net: hns3: Fixes initialization of phy address from firmware
net: h
On Dienstag, 19. September 2017 16:25:08 CEST Maxime Ripard wrote:
> On Mon, Sep 18, 2017 at 02:09:43PM +, Brüns, Stefan wrote:
> > On Montag, 18. September 2017 10:18:24 CEST you wrote:
> > > Hi,
> > >
> > > On Sun, Sep 17, 2017 at 05:19:53AM +0200, Stefan Brüns wrote:
> > > > + ret = o
From: Lipeng
This patch fixes the vector-to-ring map and unmap command and adds
INT_GL(for, Gap Limiting Interrupts) and VF id to it as required
by the hardware interface.
Fixes: 6427264ef330 ("net: hns3: Add HNS3 Acceleration Engine &
Compatibility Layer Support")
Signed-off-by: Lipeng
Signed-
From: Lipeng
When register/unregister ae_dev, ae_dev should match all client
in the client_list. Enet and roce can co-exists together so we
should continue checking for enet and roce presence together.
So break should not be there.
Above caused problems in loading and unloading of modules.
Fixe
From: Lipeng
This patch fixes the initialization of MAC address, fetched from HNS3
firmware i.e. when it is not randomly generated, to the HNS3 hardware.
Fixes: ca60906d2795 ("net: hns3: Add support of HNS3 Ethernet Driver for
hip08 SoC")
Signed-off-by: Lipeng
Signed-off-by: Salil Mehta
---
d
From: Lipeng
When there is no vlan id in the packets, hardware will treat the vlan id
as 0 and look for the mac_vlan table. This patch set the default vlan id
of PF as 0. Without this config, it will fail when look for mac_vlan
table, and hardware will drop packets.
Fixes: 6427264ef330 ("net: hn
From: Lipeng
This patch fixes the IMP command being used to unmap the vector
from the corresponding ring.
Fixes: 6427264ef330 ("net: hns3: Add HNS3 Acceleration Engine &
Compatibility Layer Support")
Signed-off-by: Lipeng
Signed-off-by: Salil Mehta
---
drivers/net/ethernet/hisilicon/hns3/hns3
This patch replaces the ethernet address copy instance with more
appropriate ether_addr_copy() function.
Fixes: 6427264ef330 ("net: hns3: Add HNS3 Acceleration Engine &
Compatibility Layer Support")
Signed-off-by: Salil Mehta
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 +--
1
From: Lipeng
Default phy address of every port is 0. Therefore, phy address for
each port need to be fetched from firmware and device initialized
with fetched non-default phy address.
Fixes: 6427264ef330 ("net: hns3: Add HNS3 Acceleration Engine &
Compatibility Layer Support")
Signed-off-by: Lip
Eric Biggers wrote:
> Fix the bug by moving ->reject_error out of the union with ->payload,
> then using nonzero ->reject_error to mean that the key is negative.
>
> This eliminates the need for KEY_FLAG_NEGATIVE, which we remove as well
> so that we don't have to handle memory ordering between
On Tue, Sep 19, 2017 at 04:59:15PM +0100, Daniel Thompson wrote:
> On 18/09/17 17:12, Mark Rutland wrote:
> >Could we split spin-table / PSCI parts into separate dtsi files?
> >
> >e.g. have:
> >
> >* foundation-v8.dtsi
> >* foundation-v8-gicv{2,3}.dtsi
> >* foundation-v8-{psci,spin-table}.dtsi
>
On Tue, 12 Sep 2017 20:18:35 +0800
"Ziqian SUN (Zamir)" wrote:
> >> I feel the core trace printed by WARN is not so meaningful, so I use
> >> pr_warn instead.
> >
> > I'm fine with pr_warn, but I'm curious to what you mean by "not so
> > meaningful"? A WARN() will cause a dump stack, which usu
* Colin King [170919 07:43]:
> From: Colin Ian King
>
> Don't populate the read-only arrays prop2 and prop4 on the stack, instead
> make them static const. Makes the object code smaller by over 230 bytes:
>
> Before:
>text data bss dec hex filename
> 28235 5
On Tue, 5 Sep 2017 16:57:12 -0500
Tom Zanussi wrote:
> Hi,
>
> This is V2 of the inter-event tracing patchset.
>
Hi Tom,
I was wondering if you had a v3 ready? I would like to get it into the
next merge window, but I would also like it to be in linux-next early,
which means we need the next
The logic of __get_cached_rbnode() is a little obtuse, but then
__get_prev_node_of_cached_rbnode_or_last_node_and_update_limit_pfn()
wouldn't exactly roll off the tongue...
Now that we have the invariant that there is always a valid node to
start searching downwards from, everything gets a bit eas
From: Zhen Lei
Now that the cached node optimisation can apply to all allocations, the
couple of users which were playing tricks with dma_32bit_pfn in order to
benefit from it can stop doing so. Conversely, there is also no need for
all the other users to explicitly calculate a 'real' 32-bit PFN,
v3: https://www.mail-archive.com/iommu@lists.linux-foundation.org/msg19694.html
This was supposed to be just a rebase and repost, but in the meantime I
kept scratching the itch and ended up with two extra patches to simplify
the end result even more - the series was least churny with them added
in
From: Zhen Lei
The mask for calculating the padding size doesn't change, so there's no
need to recalculate it every loop iteration. Furthermore, Once we've
done that, it becomes clear that we don't actually need to calculate a
padding size at all - by flipping the arithmetic around, we can just
c
The cached node mechanism provides a significant performance benefit for
allocations using a 32-bit DMA mask, but in the case of non-PCI devices
or where the 32-bit space is full, the loss of this benefit can be
significant - on large systems there can be many thousands of entries in
the tree, such
Add a permanent dummy IOVA reservation to the rbtree, such that we can
always access the top of the address space instantly. The immediate
benefit is that we remove the overhead of the rb_last() traversal when
not using the cached node, but it also paves the way for further
simplifications.
Signed
From: Zhen Lei
Checking the IOVA bounds separately before deciding which direction to
continue the search (if necessary) results in redundantly comparing both
pfns twice each. GCC can already determine that the final comparison op
is redundant and optimise it down to 3 in total, but we can go one
On Tue, Sep 19, 2017 at 06:06:15PM +0200, Salvatore Mesoraca wrote:
> 2017-09-19 2:37 GMT+02:00 Solar Designer :
> > On Mon, Sep 18, 2017 at 02:00:50PM -0700, Kees Cook wrote:
> >> On Fri, Sep 15, 2017 at 1:43 AM, Salvatore Mesoraca
> >> wrote:
> >> > +protected_regular_files:
> >> > +
> >> > +Th
Hi,
Thank you for the reviews and patches!
On 09/08/2017 05:45 PM, Peter Rosin wrote:
On 2017-09-05 18:42, Hans de Goede wrote:
Intel Cherrytrail SoCs have an internal USB mux for muxing the otg-port
USB data lines between the xHCI host controller and the dwc3 gadget
controller. On some Cherry
Subject: [PATCH] fix security_release_secctx seems broken
security_inode_getsecurity() provides the text string value
of a security attribute. It does not provide a "secctx".
The code in xattr_getsecurity() that calls security_inode_getsecurity()
and then calls security_release_secctx() happened t
On 19/09/17 15:09, Shawn N wrote:
> On Tue, Sep 19, 2017 at 6:44 AM, Jon Hunter wrote:
>>
>> Hi Brian,
>>
>> On 08/09/17 21:50, Brian Norris wrote:
>>> From: Shawn Nematbakhsh
>>>
>>> pkt_xfer should be used for protocol v3, and cmd_xfer otherwise. We had
>>> one instance of these functions cor
On Wed, 23 Aug 2017 12:23:09 +0100
Colin King wrote:
> From: Colin Ian King
>
> Integer ret is being assigned but never used and hence it is
> redundant. Remove it, fixes clang warning:
>
> trace_events_hist.c:1077:3: warning: Value stored to 'ret' is never read
Thanks! Applied (rather late :
On Tue, Sep 19, 2017 at 9:15 AM, Douglas Anderson wrote:
> Every once in a while when my system is under a bit of stress I see
> some spammy messages show up in my logs that say:
>
> kevent X may have been dropped
>
> As far as I can tell these messages aren't terribly useful. The
> comments ar
On Tue, Sep 19, 2017 at 04:43:02PM +0200, Miroslav Lichvar wrote:
> If I understand it correctly, this also allows us to make a PTP/NTP
> "one-step" clock with HW that doesn't support it directly.
Cool, yeah, I hadn't thought of that, but it would work...
Thanks,
Richard
Hi Stafford,
On Tue, Sep 19, 2017 at 4:00 PM, Stafford Horne wrote:
> During reviews of the OpenRISC SMP patch series it was suggested to add
> stdout-path to the SMP dts file. Add stdout-path to our other dts files
> to be a good example.
>
> Signed-off-by: Stafford Horne
> ---
> arch/openris
key_put is lost if key_permission() returns non-EACCES error
Fixes: 29db919063406 ("Keys: Add LSM hooks for key management [try #3]")
Reported-by: Konstantin Khorenko
Signed-off-by: Vasily Averin
---
security/keys/keyctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/secu
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2017.09.17a
head: 0cb8379979ad024d4024bd552bb0287d46a19b0c
commit: 0cb8379979ad024d4024bd552bb0287d46a19b0c [32/32] EXP
smp/hotplug,lockdep: Annotate cpuhp_state
config: i386-randconfig-x079-201738 (attached as .c
With virtual PCI-Express chipsets, we now see userspace/guest drivers
trying to match the physical MPS setting to a virtual downstream port.
Of course a lone physical device surrounded by virtual interconnects
cannot make a correct decision for a proper MPS setting. Instead,
let's virtualize the M
Hi Alexander,
On Tue, Sep 19, 2017 at 05:51:36PM +0300, Alexander Shishkin wrote:
> On some intergrations of the Intel TH the reported size of RTIT_BAR
s/intergrations/integrations/
What is "TH"? If there's a public spec for it, can you include a
reference here?
I guess this is an erratum, sin
On Tue, Sep 19, 2017 at 9:39 AM, Jon Hunter wrote:
>
>
> On 19/09/17 15:09, Shawn N wrote:
>> On Tue, Sep 19, 2017 at 6:44 AM, Jon Hunter wrote:
>>>
>>> Hi Brian,
>>>
>>> On 08/09/17 21:50, Brian Norris wrote:
From: Shawn Nematbakhsh
pkt_xfer should be used for protocol v3, and cm
Hi Richard,
Le 18/09/2017 à 11:44, Boris Brezillon a écrit :
> On Sun, 17 Sep 2017 16:13:52 +0200
> Richard Weinberger wrote:
>
>> header.major is of type u8 and cannot be negative.
>
> I guess you meant header.minor here.
>
>>
>> Detected by CoverityScan CID#1417858 ("Integer handling issues"
Hi Jon,
On Tue, Sep 19, 2017 at 05:39:56PM +0100, Jon Hunter wrote:
> On 19/09/17 15:09, Shawn N wrote:
> > On Tue, Sep 19, 2017 at 6:44 AM, Jon Hunter wrote:
> >> Tegra124 Nyan-Big is currently crashing during boot with -next [0] and
> >> bisect is pointing to this commit. Reverting the above on
On Wed, May 24, 2017 at 11:57:46AM -0400, r...@redhat.com wrote:
> Zero out the first byte of the stack canary value on 64 bit systems,
> in order to mitigate unterminated C string overflows.
>
> The null byte both prevents C string functions from reading the
> canary, and from writing it if the c
On Tue, 19 Sep 2017, Andrey Konovalov wrote:
> On Fri, Sep 15, 2017 at 8:57 PM, Alan Stern wrote:
> > On Thu, 14 Sep 2017, Andrey Konovalov wrote:
> >
> >> On Thu, Sep 14, 2017 at 7:49 PM, Alan Stern
> >> wrote:
> >> > On Thu, 14 Sep 2017, Andrey Konovalov wrote:
> >> >
> >> >> Looked at this a
The actual length of cmsg fetched in during the second loop
(i.e., kcmsg - kcmsg_base) could be different from what we
get from the first loop (i.e., kcmlen).
The main reason is that the two get_user() calls in the two
loops (i.e., get_user(ucmlen, &ucmsg->cmsg_len) and
__get_user(ucmlen, &ucmsg->
On Sun, Sep 10, 2017 at 12:26:04PM +0200, Geert Uytterhoeven wrote:
> With gcc 4.1.2:
>
> drivers/of/overlay.c: In function ‘dup_and_fixup_symbol_prop’:
> drivers/of/overlay.c:108: warning: ‘overlay_name_len’ may be used
> uninitialized in this function
> drivers/of/overlay.c:100: war
On Tue, Sep 19, 2017 at 7:17 PM, Alan Stern wrote:
> On Tue, 19 Sep 2017, Andrey Konovalov wrote:
>
>> On Fri, Sep 15, 2017 at 8:57 PM, Alan Stern
>> wrote:
>> > On Thu, 14 Sep 2017, Andrey Konovalov wrote:
>> >
>> >> On Thu, Sep 14, 2017 at 7:49 PM, Alan Stern
>> >> wrote:
>> >> > On Thu, 14
On Tue, Sep 19, 2017 at 01:16:26PM +0200, Christian Theune wrote:
> Hi,
>
> I’d like to request inclusion of commit
> f46c445b79906a9da55c13e0a6f6b6a006b892fe into the 4.4 series. This happens to
> us regularly on a 4.4.59 machine and a review of the released later changes
> in 4.4 show that th
On Wed, Sep 13, 2017 at 08:41:53PM +0900, Hoegeun Kwon wrote:
> Exynos 5250 and 5420 have different hardware rotation limits. However,
> currently it uses only one compatible - "exynos5-gsc". Since we have
> to distinguish between these two, we add different compatible.
>
> Signed-off-by: Hoegeun
Hi Richard,
Le 17/09/2017 à 11:57, Richard Weinberger a écrit :
> The function can return a negativ value in case of errors,
> don't use it blindly as array index.
>
> Detected by CoverityScan CID#1418067 ("Memory - illegal accesses")
> Fixes: f384b352cbf0 ("mtd: spi-nor: parse Serial Flash Disco
Bjorn Helgaas writes:
> Hi Alexander,
Hi Bjorn,
> On Tue, Sep 19, 2017 at 05:51:36PM +0300, Alexander Shishkin wrote:
>> On some intergrations of the Intel TH the reported size of RTIT_BAR
>
> s/intergrations/integrations/
Oops.
> What is "TH"? If there's a public spec for it, can you includ
Hello folks,
I'm trying to understand the valid expectations from i2c drivers
standpoint, from suspend() callback vs suspend_late() callback. The
Documentation/power/devices.txt states that:
==
For a number of devices it is convenient to split suspe
Douglas Anderson writes:
> If rx_submit() returns an error code then nobody calls usb_free_urb().
> That means it's leaked.
Nope. rx_submit() will call usb_free_urb() before returning an error:
static int rx_submit (struct usbnet *dev, struct urb *urb, gfp_t flags)
..
if (!skb) {
* Pavel Machek [170828 06:18]:
>
> Sakari mentioned that some parts of the dts are not needed and do
> not have proper documentation, yet.
>
> As the camera works without them, remove them for now.
>
> Signed-off-by: Pavel Machek
Applying into omap-for-v4.14/fixes to correct what already
got
Steven,
Thanks for review. I have posted the following update
https://lkml.org/lkml/2017/9/18/715
Bo
On 09/18/2017 07:38 AM, Steven Rostedt wrote:
On Mon, 11 Sep 2017 11:16:35 -0700
Bo Yan wrote:
One convenient way to erase trace is "echo > trace". However, this
is currently broken if the
* Keerthy [170918 04:40]:
>
>
> On Wednesday 06 September 2017 04:03 PM, Keerthy wrote:
> > gpio1 soft reset fails in the kexec path as the optional clock
> > is not enabled hence enable the HWMOD_CONTROL_OPT_CLKS_IN_RESET
> > flag for gpio1 hwmod.
>
> A gentle ping on this as well.
With v4.14
* Keerthy [170918 04:35]:
>
>
> On Wednesday 06 September 2017 07:09 PM, Keerthy wrote:
> > Assign a default parent to mcasp3_ahclkx_mux clock using
> > the assigned-clock-parents property. This is helpful in
> > cases like kexec where in the clock parent can be something
> > other than the valu
Douglas Anderson writes:
> Every once in a while when my system is under a bit of stress I see
> some spammy messages show up in my logs that say:
>
> kevent X may have been dropped
>
> As far as I can tell these messages aren't terribly useful.
I agree, FWIW. These messages just confuse users
On Tue, 19 Sep 2017 10:41:34 -0700
Bo Yan wrote:
> Steven,
>
> Thanks for review. I have posted the following update
>
> https://lkml.org/lkml/2017/9/18/715
>
Yes, I actually applied it. It's pushed to my ftrace/urgent branch, and
I'm currently testing it. If/when it passes I'll be pushing it
* H. Nikolaus Schaller [170918 13:34]:
> Hi Tony,
> is still there on 4.14-rc1.
Applying into omap-for-v4.14/fixes thanks.
Tony
On 09/19/2017 08:56 AM, Vivien Didelot wrote:
> When a DSA switch tree is meant to be applied, it already has a CPU
> port. Thus remove the condition of dst->cpu_dp.
>
> Moreover, the next lines access dst->cpu_dp unconditionally.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Florian Fainelli
With the new SECCOMP_FILTER_FLAG_LOG, we need to be able to extract these
flags for checkpoint restore, since they describe the state of a filter.
So, let's add PTRACE_SECCOMP_GET_FLAGS, similar to ..._GET_FILTER, which
returns the flags of the nth filter.
Signed-off-by: Tycho Andersen
CC: Kees
On 09/19/2017 08:56 AM, Vivien Didelot wrote:
> DSA overrides the master's ethtool ops so that we can inject its CPU
> port's statistics. Because of that, we need to setup the ethtool ops
> after the master's dsa_ptr pointer has been assigned, not before.
Yes, good point, technically this is a bug
Hi Alex,
On 19/09/2017 18:58, Alex Williamson wrote:
> With virtual PCI-Express chipsets, we now see userspace/guest drivers
> trying to match the physical MPS setting to a virtual downstream port.
> Of course a lone physical device surrounded by virtual interconnects
> cannot make a correct decis
On Thu, Sep 14, 2017 at 5:24 AM, Stewart Smith
wrote:
> There are two types of memory reservations firmware can ask the kernel
> to make in the device tree: static and dynamic.
> See Documentation/devicetree/bindings/reserved-memory/reserved-memory.txt
>
> If you have greater than 16 entries in /r
Hi Neil,
On Tue, Sep 19, 2017 at 2:05 PM, Neil Armstrong wrote:
> The Tronsmart Vega S96 is a TV box derived from Amlogic q200 reference design.
>
> Cc: supp...@tronsmart.com
> Signed-off-by: Oleg
> Signed-off-by: Neil Armstrong
> ---
> arch/arm64/boot/dts/amlogic/Makefile | 1 +
* suni...@techveda.org [170910 23:31]:
> From: Suniel Mahesh
>
> Linux bus numbers should match the numbers defined by the chip
> manufacturer. This patch add's spi aliases to acheive that bus
> naming convention.
OK applying into omap-for-v4.14/fixes to follow what we do
already for am4372 and
* Andrew F. Davis [170914 12:30]:
> From: Yogesh Siraswar
>
> On am438x EPOS boards there is only one ethernet port, remove extra
> port definition.
>
> This boot log warnings during PHY detection.
OK applying into omap-for-v4.13/fixes.
Thanks,
Tony
Hi Neil,
On Tue, Sep 19, 2017 at 4:53 PM, Neil Armstrong wrote:
> The Khadas VIM2 is a Single Board Computer, respin of the origin
> Khadas VIM board, using an Amlogic S912 SoC and more server oriented.
>
> It provides the same external connectors and header pinout, plus a SPI
> NOR Flash, a repr
On Tue, 5 Sep 2017 13:49:52 +0100
Ard Biesheuvel wrote:
> OK, thanks for spotting that.
>
> I will fix and resend after the merge window closes.
I also just applied your patches (to 4.13-rc7) and ran the ftrace self
tests in tools/testing/selftests/ftrace/ftracetest and it triggered
this:
==
On Tue, Sep 05, 2017 at 09:52:20AM +0200, Peter Zijlstra wrote:
> After the st->done annotation, lockdep cross-release now complains
> about:
>
> CPU0 CPU1CPU2
> cpuhp_up_callbacks: takedown_cpu: cpuhp_thread_fun:
>
> cpuhp_state
>
On Mon, Sep 18, 2017 at 05:05:33PM +0800, Nickey Yang wrote:
> This patch correct Feedback divider setting:
> 1、Set Feedback divider [8:5] when HIGH_PROGRAM_EN
> 2、Due to the use of a "by 2 pre-scaler," the range of the
> feedback multiplication Feedback divider is limited to even
> division number
On Mon, Sep 18, 2017 at 05:18:44PM -0700, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Update dtx_diff include paths in the same manner as:
> commit b12869a8d519 ("of: remove drivers/of/testcase-data from
> include search path for CPP"), commit 5ffa2aed389c ("of: remove
> arch/$(SRCARCH
On Tue, Sep 19, 2017 at 10:12:32AM +0100, Lorenzo Pieralisi wrote:
> On Mon, Sep 18, 2017 at 07:00:55PM -0700, Guenter Roeck wrote:
> > Hi,
> >
> > I see the following runtime warnings in mainline when running alpha images
> > in qemu.
> >
> >
> > Floppy drive(s): fd0 is 2.88M
> > ide0: disable
On 09/18/2017 05:59 PM, Doug Berger wrote:
> This patch set extends the functionality of the irq-brcmstb-l2 interrupt
> controller driver to cover a hardware variant first introduced in the
> BCM7271 SoC. The main difference between this variant and the block
> found in earlier brcmstb SoCs is tha
On Mon, Sep 18, 2017 at 4:11 PM, Rob Herring wrote:
> On Mon, Sep 11, 2017 at 12:58:57PM -0700, Guenter Roeck wrote:
>> On Mon, Sep 11, 2017 at 02:16:49PM -0500, Alan Tull wrote:
>> > Add new device tree binding for max1619.
>> >
>> > Signed-off-by: Alan Tull
>>
>> Technically that should already
On Tue, Sep 19, 2017 at 9:34 AM, Josef Bacik wrote:
> On Mon, Sep 18, 2017 at 04:14:41PM -0600, Shuah Khan wrote:
>> On 09/18/2017 11:32 AM, jo...@toxicpanda.com wrote:
>> > From: Josef Bacik
>> >
>> > These self tests are just self contained binaries, they are not run by
>> > any of the scripts
In the "general barrier pairing with implicit control depdendency"
example, the last write by CPU 1 was meant to change variable x and not
y. The example would be pretty uninteresting if no CPU ever changes x
and the variable was initialized to zero.
Signed-off-by: Scott Tsai
---
Documentation/m
Does Oleg have a surname ? :)
Yes, there is Ivanov :)
+ reg = <0>;
+ max-speed = <1000>;
I don't think this max-speed property is necessary
+ };
+};
I will try to test and write the result.
Hi Sean,
On Tue, Sep 19, 2017 at 11:00:25AM -0700, Sean Paul wrote:
> On Mon, Sep 18, 2017 at 05:05:33PM +0800, Nickey Yang wrote:
> > This patch correct Feedback divider setting:
> > 1、Set Feedback divider [8:5] when HIGH_PROGRAM_EN
> > 2、Due to the use of a "by 2 pre-scaler," the range of the
>
Vince Weaver writes:
> On Wed, 13 Sep 2017, Vince Weaver wrote:
>
>> I just compiled up a fresh git kernel and all of the perf_event_test
>> overflow tests are failing.
>>
>> The reason is that instead of getting POLL_IN or POLL_HUP sources as
>> expected, they are getting weird results in si_
Hi,
I see a the following traceback when running an SMP image based on
85xx/mpc85xx_cds_defconfig in qemu.
[ cut here ]
WARNING: CPU: 0 PID: 1 at kernel/smp.c:416 smp_call_function_many+0xcc/0x2fc
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.14.0-rc1-9-g0666f56 #1
task:
On 09/10/17 03:26, Geert Uytterhoeven wrote:
> With gcc 4.1.2:
>
> drivers/of/overlay.c: In function ‘dup_and_fixup_symbol_prop’:
> drivers/of/overlay.c:108: warning: ‘overlay_name_len’ may be used
> uninitialized in this function
> drivers/of/overlay.c:100: warning: ‘ovinfo’ may be u
Linus,
Please pull the for-linus branch from the git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
for-linus
HEAD: 54640d238760a1a54dfebe039b49682522100186 fcntl: Don't set si_code to
SI_SIGIO when sig == SIGPOLL
When sorting out the si_code ambiguity
Currently if the Foundation model is running ARM Trusted Firmware then
the kernel, which is configured to use spin tables, cannot start secondary
processors or "power off" the simulation.
After adding a couple of labels to the include file and splitting out the
spin-table configuration into a head
If the hash to port mapping table does not have a valid port (i.e. when
a port goes down), fall back to the simple hashing mechanism to avoid
dropping packets.
Signed-off-by: Jim Hanko
Acked-by: Jiri Pirko
---
drivers/net/team/team_mode_loadbalance.c | 8 +++-
1 file changed, 7 insertions(+
Hi,
On 09/08/2017 05:54 PM, Peter Rosin wrote:
On 2017-09-08 17:45, Peter Rosin wrote:
From: Stephen Boyd
Sometimes drivers only use muxes under certain scenarios. For
example, the chipidea usb controller may be connected to a usb
switch on some platforms, and connected directly to a usb port
Hi.
We’ve been running this patchset (all 5) for about as long as they’ve been
under review… about 2 months. And in a burn-in lab with heavy traffic.
We’ve not seen a single link-flap in hundreds of ours of saturated traffic.
Would love to see some resolution soon on this as we don’t want to s
On 25-08-17, 15:31, Dietmar Eggemann wrote:
> Frequency-invariant accounting support based on the ratio of current
> frequency and maximum supported frequency is an optional feature an arch
> can implement.
>
> Since there are cpufreq drivers (e.g. cpufreq-dt) which can be build for
> different ar
401 - 500 of 957 matches
Mail list logo
