Jörg,
On 28.10.2016 18:19, Jörg Krause wrote:
> Hi,
>
> On Fri, 2016-10-28 at 11:53 +0200, Richard Weinberger wrote:
>> Commit c83ed4c9dbb35 ("ubifs: Abort readdir upon error") broke
>> overlayfs support because the fix exposed an internal error
>> code to VFS.
>>
>> Reported-by: Peter Rosin
>>
Hi Laura,
> ioremaped addresses are not linearly mapped so the physical
> address can not be figured out via __pa. More generally, there
> is no guarantee that backing value of an ioremapped address
> is a physical address at all. The value here is only used
> for debugging so just drop the call t
From: Alexander Duyck
Date: Fri, 28 Oct 2016 08:48:01 -0700
> So the feedback for this set has been mostly just a few "Acked-by"s,
> and it looks like the series was marked as "Not Applicable" in
> patchwork. I was wondering what the correct merge strategy for this
> patch set should be going fo
The implementation of the --page-offset kallsyms command line option has
been removed, so remove it from the usage string as well.
Signed-off-by: Ard Biesheuvel
---
scripts/kallsyms.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/scripts/kallsyms.c b/scripts/kallsyms.c
index 1f22a186c18c..2
Sekhar Nori writes:
> On Wednesday 26 October 2016 09:38 PM, David Lechner wrote:
>> On 10/25/2016 10:06 PM, David Lechner wrote:
>>> Add a syscon node for the SoC CFGCHIPn registers. This is needed for
>>> the new usb phy driver.
>>>
>>> Signed-off-by: David Lechner
>>> ---
>>> arch/arm/boot/d
On 10/28/2016 10:07 AM, Loc Ho wrote:
Hi Laura,
ioremaped addresses are not linearly mapped so the physical
address can not be figured out via __pa. More generally, there
is no guarantee that backing value of an ioremapped address
is a physical address at all. The value here is only used
for de
Hi,
>>
>>> ioremaped addresses are not linearly mapped so the physical
>>> address can not be figured out via __pa. More generally, there
>>> is no guarantee that backing value of an ioremapped address
>>> is a physical address at all. The value here is only used
>>> for debugging so just drop the
On Fri, Oct 28, 2016 at 04:17:49PM +0100, Will Deacon wrote:
> On Thu, Oct 20, 2016 at 01:23:51PM +0200, Jan Glauber wrote:
> > On Thu, Oct 20, 2016 at 12:37:07PM +0200, Peter Zijlstra wrote:
> > > On Thu, Oct 20, 2016 at 11:30:36AM +0200, Jan Glauber wrote:
> > > > Note:
> > > > I'm using perf_sw_
On Fri, Oct 28, 2016 at 05:37:45PM +0300, Jarkko Sakkinen wrote:
> > I think this patch from Jarkko's next is the fix:
> >
> > http://git.infradead.org/users/jjs/linux-tpmdd.git/commit/65da72b7ddcdd8990e4783d09c7e86d90ccb4121
> >
> > Jarkko? Can you hurry that along to go in for -rc?
>
> Do you
ATU 64bit addressing allows PCIe devices with 64bit DMA capabilities
to use ATU for 64bit DMA.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/Kconfig| 4
arch/sparc/kernel/iommu.c | 8 ++--
2 files changed, 10 insertions(+), 2 del
Setting the DMA mask is optional on 32 bit but
is mandatory on 64 bit. Set the DMA mask and coherent
to force all DMA to be in the 32 bit address space.
This is considered a "good practice" and most drivers
already do this.
Signed-off-by: Michael Zoran
---
.../staging/vc04_services/interface/v
On Fri, Oct 28, 2016 at 08:17:01AM -0600, Jens Axboe wrote:
> On 10/28/2016 12:36 AM, Ulf Hansson wrote:
> > You have been pushing Paolo in different directions throughout the
> > years with his work in BFQ, wasting lots of his time/effort.
> I have not. Various entities have advised Paolo approa
Like legacy IOMMU, use common iommu_map_table and iommu_pool for ATU.
This change initializes iommu_map_table and iommu_pool for ATU.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Reviewed-by: Sowmini Varadhan
---
arch/sparc/include/asm/iommu_64.h | 2 ++
arch/sparc/kernel/pci_sun4v.c
From: Dave Kleikamp
This change allows ATU (new IOMMU) in SPARC systems to request
large (32M) contiguous memory during boot for creating IOTSB backing
store.
Signed-off-by: Dave Kleikamp
Signed-off-by: Tushar Dave
---
arch/sparc/Kconfig | 18 ++
1 file changed, 18 insertions(
Add Hypervisor IOMMU v2 APIs pci_iotsb_map(), pci_iotsb_demap() and
enable sun4v dma ops to use IOMMU v2 API for all PCIe devices with
64bit DMA mask.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/include/asm/hypervisor.h | 6 +
arch/sparc/kern
ATU (Address Translation Unit) is a new IOMMU in SPARC supported with
Hypervisor IOMMU v2 APIs.
Current SPARC IOMMU supports only 32bit address ranges and one TSB
per PCIe root complex that has a 2GB per root complex DVMA space
limit. The limit has become a scalability bottleneck nowadays that
a t
ATU (Address Translation Unit) is a new IOMMU in SPARC supported with
sun4v hypervisor PCI IOMMU v2 APIs.
Current SPARC IOMMU supports only 32bit address ranges and one TSB
per PCIe root complex that has a 2GB per root complex DVMA space
limit. The limit has become a scalability bottleneck nowaday
In order to use Hypervisor (HV) IOMMU v2 API for map/demap, each PCIe
device has to be bound to IOTSB using HV API pci_iotsb_bind().
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Acked-by: Sowmini Varadhan
---
arch/sparc/kernel/pci_sun4v.c | 43 +++
I like this idea. OMAP UART (8250_omap) also can be switched to IrDA
mode, but I don't know anyone who use it.
2016-10-28 20:04 GMT+03:00 Ed Blake :
> This patch set adds IrDA support to the 8250_dw driver. The first patch
> exposes
> the set_ldisc() function in the 8250 driver so it can be overr
On Fri, Oct 28, 2016 at 06:05:35PM +0200, Arnd Bergmann wrote:
> On Friday, October 28, 2016 9:30:07 AM CEST Jens Axboe wrote:
> > Also, 4.8 and newer have support for BLK_MQ_F_BLOCKING, if you need to
> > block in ->queue_rq(). That could eliminate the need to offload to a
> > kthread manually.
Hi,
when running sparc64 images in qemu, I see the following crash.
This is with next-20161028.
[2.530785] clocksource: jiffies: mask: 0x max_cycles:
0x,max_idle_ns: 1911260446275 ns
[2.532359] kernel BUG at mm/memory.c:1881!
[2.532798
Hi,
0) A rather spartan build, on x86_64, which did include
drivers/pinctrl/mediatek/pinctrl-mtk-common.o failed like this:
drivers/pinctrl/mediatek/pinctrl-mtk-common.c: In function ‘mtk_gpio_to_irq’:
drivers/pinctrl/mediatek/pinctrl-mtk-common.c:838:8: error: implicit
declaration of function ‘
+++ Linus Torvalds [27/10/16 16:29 -0700]:
On Thu, Oct 27, 2016 at 4:00 PM, Rusty Russell wrote:
Well, I don't know her, I just know her work.
But I'll figure it out. I see a module implementation trivia game in my
future!
It's fine, and I certainly don't require any key signing on
maintai
On 10/28/2016 12:08 PM, Kevin Hilman wrote:
Sekhar Nori writes:
On Wednesday 26 October 2016 09:38 PM, David Lechner wrote:
On 10/25/2016 10:06 PM, David Lechner wrote:
Add a syscon node for the SoC CFGCHIPn registers. This is needed for
the new usb phy driver.
Signed-off-by: David Lechner
On 10/28/2016 12:52 AM, Ard Biesheuvel wrote:
Hi Laura,
On 28 October 2016 at 01:18, Laura Abbott wrote:
x86 has an option CONFIG_DEBUG_VIRTUAL to do additional checks
on virt_to_phys calls. The goal is to catch users who are calling
virt_to_phys on non-linear addresses immediately. As feature
The current Fam17h cpu_llc_id derivation has an underflow bug when
extracting the socket_id value. The socket_id value starts from 0, so
subtracting 1 will result in an underflow. This breaks scheduling topology
later on since the cpu_llc_id will be incorrect.
The apicid decoding is fixed for bits
Hi!
> On Fri, Oct 28, 2016 at 01:21:36PM +0200, Pavel Machek wrote:
> > > Has this been tested on a system vulnerable to rowhammer, and if so, was
> > > it reliable in mitigating the issue?
> > >
> > > Which particular attack codebase was it tested against?
> >
> > I have rowhammer-test here,
>
On Tue, Oct 25, 2016 at 11:37:03AM -0400, Alexander Duyck wrote:
> As a first step to making DMA_ATTR_SKIP_CPU_SYNC apply to architectures
> beyond just ARM I need to make it so that the swiotlb will respect the
> flag. In order to do that I also need to update the swiotlb-xen since it
> heavily m
On Tue, Oct 25, 2016 at 11:36:58AM -0400, Alexander Duyck wrote:
> The mapping function should always return DMA_ERROR_CODE when a mapping has
> failed as this is what the DMA API expects when a DMA error has occurred.
> The current function for mapping a page in Xen was returning either
> DMA_ERRO
t; > So, here is how it ended up, it fixes the problem you pointed out and
> > renames the function to follow the scnprintf() convention, as used
> > elsewhere in tools/perf (tools/perf/util/annotate.h has several
> > examples).
>
> Ingo, I've just signed a perf-core-for-mi
Hi Joshua,
looks good to me; however, I think since you're adding initial support,
I'd squash this together with [3/5].
On Fri, Oct 28, 2016 at 09:56:42AM -0700, Joshua Clayton wrote:
> The status pin may not show ready in the time described in the
> Altetera manual. check the value several times
On 10/28/2016 07:49 AM, Mark Rutland wrote:
Hi Laura,
On Thu, Oct 27, 2016 at 05:18:12PM -0700, Laura Abbott wrote:
x86 has an option CONFIG_DEBUG_VIRTUAL to do additional checks
on virt_to_phys calls. The goal is to catch users who are calling
virt_to_phys on non-linear addresses immediately.
Commit-ID: e2e1680fda1573ebfdd6bba5d58f978044746993
Gitweb: http://git.kernel.org/tip/e2e1680fda1573ebfdd6bba5d58f978044746993
Author: Davidlohr Bueso
AuthorDate: Mon, 24 Oct 2016 13:56:52 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 09:50:47 -0300
perf bench
Commit-ID: 60758d6668b3e2fa8e5fd143d24d0425203d007e
Gitweb: http://git.kernel.org/tip/60758d6668b3e2fa8e5fd143d24d0425203d007e
Author: Davidlohr Bueso
AuthorDate: Mon, 24 Oct 2016 13:56:53 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 09:50:53 -0300
perf bench
On 27 October 2016 at 15:49, Andrew F. Davis wrote:
> Some TI Keystone family of SoCs contain a system controller (like the
> Power Management Micro Controller (PMMC) on K2G SoCs) that manage the
> low-level device control (like clocks, resets etc) for the various
> hardware modules present on the
Commit-ID: 8a06b0be6507f97f3aa92ca814335b8b65fd3de2
Gitweb: http://git.kernel.org/tip/8a06b0be6507f97f3aa92ca814335b8b65fd3de2
Author: Namhyung Kim
AuthorDate: Tue, 25 Oct 2016 01:21:10 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 09:52:49 -0300
perf hist brow
Commit-ID: 369a2478973a416a2c42a37a8cf7031872a6d926
Gitweb: http://git.kernel.org/tip/369a2478973a416a2c42a37a8cf7031872a6d926
Author: Namhyung Kim
AuthorDate: Mon, 24 Oct 2016 12:00:02 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 10:12:16 -0300
tools lib subc
Commit-ID: 1208bb274ba547012579d5b68c693e0b36682b74
Gitweb: http://git.kernel.org/tip/1208bb274ba547012579d5b68c693e0b36682b74
Author: Namhyung Kim
AuthorDate: Mon, 24 Oct 2016 11:02:43 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 15:04:48 -0300
perf sched map
Commit-ID: 77f02f44460ab1480af2ae6145a1a85b9fe0b8ac
Gitweb: http://git.kernel.org/tip/77f02f44460ab1480af2ae6145a1a85b9fe0b8ac
Author: Namhyung Kim
AuthorDate: Mon, 24 Oct 2016 12:00:03 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 10:24:48 -0300
perf sched: Ma
Commit-ID: e107f129e2e0e75ddf1cd7995a9f52307766
Gitweb: http://git.kernel.org/tip/e107f129e2e0e75ddf1cd7995a9f52307766
Author: Namhyung Kim
AuthorDate: Mon, 24 Oct 2016 11:02:44 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Oct 2016 15:05:09 -0300
perf sched map
Commit-ID: 99620a5d0cc8e2dd9aedb629a6e81825f0db020e
Gitweb: http://git.kernel.org/tip/99620a5d0cc8e2dd9aedb629a6e81825f0db020e
Author: Namhyung Kim
AuthorDate: Mon, 24 Oct 2016 11:02:45 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:40 -0200
perf tools: In
ed up, it fixes the problem you pointed out and
renames the function to follow the scnprintf() convention, as used
elsewhere in tools/perf (tools/perf/util/annotate.h has several
examples).
Ingo, I've just signed a perf-core-for-mingo-20161028 with the only
change being the patch below, r
Commit-ID: e0c4758278e2452ad28149f620b81ce43b2df7b6
Gitweb: http://git.kernel.org/tip/e0c4758278e2452ad28149f620b81ce43b2df7b6
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Oct 2016 16:39:21 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:43 -0200
pe
Commit-ID: 67bdc35fb48c97502dd4b9eeac561e4bcc18684b
Gitweb: http://git.kernel.org/tip/67bdc35fb48c97502dd4b9eeac561e4bcc18684b
Author: Andi Kleen
AuthorDate: Wed, 19 Oct 2016 11:45:23 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:42 -0200
perf list: Suppo
Commit-ID: 0fb75c8ce15be60e768c06adabf00ff79e5c2501
Gitweb: http://git.kernel.org/tip/0fb75c8ce15be60e768c06adabf00ff79e5c2501
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Oct 2016 17:02:11 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:43 -0200
to
From: Colin King
Date: Tue, 25 Oct 2016 12:18:42 +0100
> From: Colin Ian King
>
> Some of the pr_* messages are missing spaces, so insert these and also
> unbreak multi-line literal strings in pr_* messages
>
> Signed-off-by: Colin Ian King
Applied.
Commit-ID: 9a8860bbaa936407aa95d7d3ef836036a117b207
Gitweb: http://git.kernel.org/tip/9a8860bbaa936407aa95d7d3ef836036a117b207
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Oct 2016 17:30:05 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:44 -0200
pe
From: Rafal Ozieblo
Date: Tue, 25 Oct 2016 13:05:30 +0100
> New Cadence GEM hardware support Large Segment Offload (LSO):
> TCP segmentation offload (TSO) as well as UDP fragmentation
> offload (UFO). Support for those features was added to the driver.
>
> Signed-off-by: Rafal Ozieblo
Patch do
Commit-ID: ca7202bffa32c6ff0d8abc088f77ff0bf3a5bead
Gitweb: http://git.kernel.org/tip/ca7202bffa32c6ff0d8abc088f77ff0bf3a5bead
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Oct 2016 16:57:34 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:44 -0200
pe
Commit-ID: 46cb25b1a0ee74bf4a79cfb3081ae3567b2f7135
Gitweb: http://git.kernel.org/tip/46cb25b1a0ee74bf4a79cfb3081ae3567b2f7135
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Oct 2016 19:02:35 -0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 28 Oct 2016 11:29:45 -0200
pe
On 10/28/2016 04:31 AM, Alexandre Bailon wrote:
On 10/27/2016 08:44 PM, David Lechner wrote:
On 10/27/2016 12:16 PM, David Lechner wrote:
On 10/26/2016 05:58 AM, Alexandre Bailon wrote:
Currently, the USB OTG of the da8xx doesn't work.
This series intend to fix them.
Change in v2:
* Fix the e
On Wed, Oct 26, 2016 at 05:01:32PM +0200, Thomas Gleixner wrote:
> On Sat, 22 Oct 2016, Fenghua Yu wrote:
> > +/*
> > + * Trivial allocator for CLOSIDs. Since h/w only supports a small number,
> > + * we can keep a bitmap of free CLOSIDs in a single integer.
> > + *
> > + * Using a global CLOSID ac
Hi Ruqiang,
On Fri, Oct 21, 2016 at 09:45:36AM +0800, Ruqiang Ju wrote:
> Add PCIe controller drvier for HiSilicon STB SoCs,
s/drvier/driver/
> the controller is based on the DesignWare's PCIe core.
>
> Signed-off-by: Ruqiang Ju
> ---
> .../bindings/pci/hisilicon-histb-pcie.txt | 66
On Wed, 26 Oct 2016 10:16:15 +1030
Rusty Russell wrote:
> Being a Linux kernel maintainer has been my proudest professional
> accomplishment, spanning the last 19 years. But now we have a surfeit
> of excellent hackers, and I can hand this over without regret.
So somebody needs to say this, I c
On Tue, Oct 18, 2016 at 11:05:10AM -0600, Jason Gunthorpe wrote:
> The dumpstm helper within c_backtrace pushed 5 dwords onto the stack
> causing the stack to become unaligned and then calls printk. This
> causes memory corruption in the kernel which assumes AAPCS calling
> convention.
>
> Since t
Call the sg_init_table function to correctly initialze
the DMA scatterlist. This function is required to completely
initialize the list and is mandatory if DMA debugging is
enabled in the build configuration.
One of the purposes of sg_init_table is to set
the magic "cookie" on each list element a
On Wed, Oct 26, 2016 at 05:56:38PM +0100, Steve Twiss wrote:
> From: Steve Twiss
>
> Regulator support for the DA9061 is added into the DA9062 regulator driver.
>
> The regulators for DA9061 differ from those of DA9062.
> A new DA9061 enumeration list for the LDOs and Bucks supported by this
>
On Fri, Oct 21, 2016 at 06:11:10PM +0530, Hardik Shah wrote:
> +static inline void get_t_size(size_t *t_val_size, size_t *t_size,
> + int *reg_addr,
> + int *offset,
> +
From: Colin Ian King
The current exit path when tmp fails to be allocated is via the
fail label which frees tfm2 which has not yet been allocated,
which is problematic since tfm2 is not initialized and is a garbage
pointer. Fix this by exiting directly to the return at the end
of the function and
On Fri, Oct 28, 2016 at 10:34 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Oct 25, 2016 at 11:37:03AM -0400, Alexander Duyck wrote:
>> As a first step to making DMA_ATTR_SKIP_CPU_SYNC apply to architectures
>> beyond just ARM I need to make it so that the swiotlb will respect the
>> flag. In order
From: Colin Ian King
The left shift amount is sop->sem_num % 64, which is up to 63, so
ensure we are shifting a ULL rather than a 32 bit value.
CoverityScan CID#1372862 "Bad bit shift operation"
Fixes: 7c24530cb4e3c0ae ("ipc/sem: optimize perform_atomic_semop()")
Signed-off-by: Colin Ian King
* Jeroen Hofstee [161028 11:19]:
> Hello Tony,
>
> On 28-10-16 17:52, Tony Lindgren wrote:
> > * Jeroen Hofstee [161028 08:33]:
> > > Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac
> > > id to common file") did not only move the code for an am3517, it also
> > > added t
Hi,
On 28-10-16 18:27, Icenowy Zheng wrote:
Allwinner SoC's PHY 0, when used as OTG controller, have no pmu part.
The code that poke some unknown bit of PMU for H3/A64 didn't check
the PHY, and will cause kernel oops when PHY 0 is used.
This patch will check whether the pmu is not NULL before p
On Fri, 2016-10-28 at 19:08 +0100, Colin King wrote:
> From: Colin Ian King
>
> The current exit path when tmp fails to be allocated is via the
> fail label which frees tfm2 which has not yet been allocated,
> which is problematic since tfm2 is not initialized and is a garbage
> pointer. Fix this
On Mon, Oct 17, 2016 at 11:53:08AM +0530, maitysancha...@gmail.com wrote:
> Hello,
>
> Ping?
Please don't send content free pings and please allow a reasonable time
for review. People get busy, go on holiday, attend conferences and so
on so unless there is some reason for urgency (like critical
errors.
These patches have received a build success notification from the 0day-
kbuild-robot and appeared in next-20161028.
---
The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
are available in the git repository at:
git
On 10/28/2016 12:02 PM, Will Deacon wrote:
On Tue, Oct 04, 2016 at 12:25:54PM -0400, Neil Leeder wrote:
Thanks Mark. I'll move it, rebase on 4.9-rc1 and run perf fuzzer.
Did the fuzzer explode, or do you have a new version you can post?
Will
Hi Will,
I was delayed by some logistical problem
On 10/28/2016 07:39 AM, Alexandre Bailon wrote:
On 10/28/2016 04:56 AM, David Lechner wrote:
On 10/26/2016 05:58 AM, Alexandre Bailon wrote:
When the phy is forced in host mode, only the first hot plug and
hot remove works. That is actually because the driver execute the
OTG workaround, whereas
rea
On Fri, Oct 28, 2016 at 9:40 AM, Joe Korty wrote:
>
> Backporting 548acf19234d to 4.1.35 does indeed fix the
> issue. However, it is not clear to my _why_ it works,
> so it might be better that someone else push the backport
> to stable.
The problem is that the old _ASM_EXTABLE_EXT hackery
On 10/28/2016 8:52 AM, Leo Yan wrote:
> This reverts commit aa381a7259c3f53727bcaa8c5f9359e940a0e3fd.
>
> Reverting this patch, as it incorrectly assumes TX FIFO size is fixed
> and cannot change FIFO size; it removes all related dt binding code
> and have no chance to set FIFO size at init phase.
From: Colin Ian King
Trivial fix to spelling mistake in dev_err message
Signed-off-by: Colin Ian King
---
drivers/mtd/mtdswap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/mtdswap.c b/drivers/mtd/mtdswap.c
index cb06bdd..d0402df 100644
--- a/drivers/mtd/mtds
On Fri, Oct 28, 2016 at 12:58:09PM -0400, Tejun Heo wrote:
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -3336,11 +3336,17 @@ static void __sched notrace __schedule(bool preempt)
> unsigned long *switch_count;
> struct pin_cookie cookie;
> struct rq *rq;
> - int
On 10/28/2016 12:43 PM, Mathieu Poirier wrote:
> On 27 October 2016 at 15:49, Andrew F. Davis wrote:
>> Some TI Keystone family of SoCs contain a system controller (like the
>> Power Management Micro Controller (PMMC) on K2G SoCs) that manage the
>> low-level device control (like clocks, resets et
Hi Thomas,
In case you haven't had a chance to take a look yet...
We had to dig a bit because the problem introduced by commit 2a51fe08
(arch/x86: Handle non enumerated CPU after physical hotplug) <1> is not fixed
for us by commit ff856051 (arch/x86: Handle non enumerated CPU after physi
On Fri 2016-10-28 16:18:40, Peter Zijlstra wrote:
> On Fri, Oct 28, 2016 at 03:05:22PM +0100, Mark Rutland wrote:
> >
> > > > * the precise semantics of performance counter events varies drastically
> > > > across implementations. PERF_COUNT_HW_CACHE_MISSES, might only map to
> > > > one parti
The EDAC drivers themselves are reporting the channel and slot counts and dimm
config and also doing the decoding of MCEs to map them to a node/channel/slot.
If one of those was reporting that an MCE came from a position it had reported
earlier did not exist I would say that driver was buggy, si
Hello Tony,
On 28-10-16 17:52, Tony Lindgren wrote:
* Jeroen Hofstee [161028 08:33]:
Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac
id to common file") did not only move the code for an am3517, it also
added the slave parameter, resulting in an invalid (all zero) mac
HI,
On 26-10-16 12:14, Hans de Goede wrote:
Hi,
On 26-10-16 10:52, Icenowy Zheng wrote:
26.10.2016, 16:28, "Hans de Goede" :
Hi,
On 25-10-16 06:11, Icenowy Zheng wrote:
On some newer Allwinner SoCs (H3 or A64), the PHY0 can be either routed to
the MUSB controller (which is an OTG contro
From: Colin Ian King
Trivial fix to spelling mistake in dev_err message
Signed-off-by: Colin Ian King
---
drivers/mtd/mtdswap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/mtdswap.c b/drivers/mtd/mtdswap.c
index cb06bdd..d0402df 100644
--- a/drivers/mtd/mtds
On Wed, Oct 26, 2016 at 09:00:52PM +0200, ahas...@baylibre.com wrote:
> From: Axel Haslam
>
> Regulator consumers may be interested to know when the
> over current condition is over.
>
> Add an over currerent "changed" event. The registered useres
> for this event can then check the over current
On Fri, Oct 28, 2016 at 10:43:24AM -0500, Andrew F. Davis wrote:
> Do we see this as a chicken and egg situation, or is there any harm
> beyond the pains of supporting an out-of-tree driver for a while, to
> wait until we have at least one other TEE to add to this subsystem
> before merging?
We h
On Fri, Oct 28, 2016 at 04:32:19PM +0100, Srinivas Kandagatla wrote:
> This patch fixes lpass-platform driver which was broken in v4.9-rc1.
> lpass_pcm_data data structure holds information specific to stream.
> Holding a single private pointer to it in global lpass_data
> will not work, because it
From: Colin Ian King
Trivial spelling mistake fixes in dev_err message.
Signed-off-by: Colin Ian King
---
drivers/mfd/si476x-i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/si476x-i2c.c b/drivers/mfd/si476x-i2c.c
index c180b75..e6a3d99 100644
--- a/drivers
On Mon, Sep 26, 2016 at 10:41:59AM -0700, Doug Anderson wrote:
> I guess I think of the whole network of components as the PWM
> regulator and not the individual discreet BUCK. I'm also not quite
> sure how you would model it as you're asking. I suppose you could say
> that all of the resistors
On Fri, 28 Oct 2016, Michal Necasek wrote:
> I suspect that either init_apic_mappings() needs to be called earlier or
> the initial fix from commit 2a51fe08 needs to be done later.
Linus tree has a fix for this:
ff8560512b8d x86/boot/smp: Don't try to poke disabled/non-existent APIC
It's on th
On Fri, 28 Oct 2016, Fenghua Yu wrote:
> On Wed, Oct 26, 2016 at 05:01:32PM +0200, Thomas Gleixner wrote:
> > Handles all cases without 'CDP is special' and whatever nonsense intel will
> > come up with in future. All you need to do is to add that force_min_closid
> > field into the resource struct
Fix piping output to a program which quickly exits (read: head -n1)
$ ./scripts/bloat-o-meter ../vmlinux-000 ../obj/vmlinux | head -n1
add/remove: 0/0 grow/shrink: 9/60 up/down: 124/-305 (-181)
close failed in file object destructor:
sys.excepthook is missing
On Fri, 28 Oct 2016, Oleg Nesterov wrote:
> On 10/26, Thomas Gleixner wrote:
>
> > Be careful with anonymous unions. There are a few pitfalls with older
> > compilers. That's why I said make it a proper union and fixup the 5 usage
> > sites.
>
> Ah. Then I'd prefer to do this later or in a separa
On Fri, Oct 28, 2016 at 08:30:14PM +0200, Pavel Machek wrote:
> Would you (or someone) have pointer to good documentation source on
> available performance counters?
The Intel SDM has a section on them and the AMD Bios and Kernel
Developers Guide does too.
That is, they contain lists of available
The patch
ASoC: simple-scu-card: code sync: tidyup props/link naming
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)
The patch
ASoC: simple-card-utils: remove unnecessary cpu/codec pointer check
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 2
The patch
ASoC: simple-scu-card: code sync: follow to simple family style
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 ho
The patch
ASoC: simple-scu-card: code sync: rename asoc_simple_card_priv
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 hou
The patch
regmap: Rename ret variable in regmap_read_poll_timeout
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
On Fri, 28 Oct 2016, Oleg Nesterov wrote:
> I still think we should kill struct kthread in its current form, but this
> needs cleanups outside of kthread.c.
>
> So make it kmalloc'ed for now to avoid the problems with stack corruption,
> for example the crashed kthread will likely OOPS again beca
I'd suggest as well fixing all the dev_ uses
to be a consistent form: (this also fixes the typo)
and a few other bits
o Coalesce formats
o Realign arguments
o Add missing newlines
o Convert printk(KERN_ to pr_(
o Add #define pr_fmt, remove MTDSWAP_PREFIX
Reduces object size a little too
---
driv
Hi Joshua,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.9-rc2 next-20161028]
[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)
On Fri, 28 Oct 2016, Oleg Nesterov wrote:
> This reverts commit 23196f2e5f5d810578a772785807dcdc2b9fdce9.
>
> After the previous change struct kthread can't go away, no need to pin
> the stack.
>
> TODO: kill to_live_kthread().
Acked-by: Thomas Gleixner
Hi Thomas,
Sorry if I wasn't clear. No, it doesn't work for us. The ff8560512b8d commit
fixes the APIC poking on machines where there is no local APIC available (and
thus fixes the committer's machine), but it doesn't work in our case, where
there is a local APIC but no I/O APIC, no ACPI
Hi Joshua,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.9-rc2 next-20161028]
[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 rec
401 - 500 of 675 matches
Mail list logo
