* Dmitry Vyukov wrote:
> +#include
> +
> #include
>
> #include
> diff --git a/include/asm-generic/bitops-instrumented.h
> b/include/asm-generic/bitops-instrumented.h
> new file mode 100644
> index ..01d02113fc7e
> --- /dev/null
> +++ b/include/asm-generic/bitops-instrumented.
On Wed, Mar 29, 2017 at 11:03:45PM +0200, Dietmar Eggemann wrote:
> > +static int
> > +__update_load_avg_blocked_se(u64 now, int cpu, struct sched_avg *sa)
> > +{
> > + return ___update_load_avg(now, cpu, sa, 0, 0, NULL);
> > +}
> > +
> > +static int
> > +__update_load_avg_se(u64 now, int cpu, s
* Andy Lutomirski wrote:
> On Wed, Mar 29, 2017 at 1:20 PM, Borislav Petkov wrote:
> > On Wed, Mar 29, 2017 at 09:48:41AM -0700, Andy Lutomirski wrote:
> >> Linux refuses to boot if WP doesn't work okay, so tracking whether
> >> it works serves no purpose. The only use I can see at all for wp_
On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
> The latest change to the BUG() macro inadvertently reverted the earlier
> commit b06dd879f5db ("x86: always define BUG() and HAVE_ARCH_BUG, even
> with !CONFIG_BUG") that sanitized the behavior with CONFIG_BUG=n.
>
> I noticed this a
Sorry for the delay on my end as well. I realized that given multiple
equivalent prioritization implementations, my favorite would be the
one that provides the clearest signal to vmpressure. I've been
experimenting with different approaches to using memcg priority in
vmpressure, and I'm cautiously
On Thu, 30 Mar 2017 08:49:58 +0200
Peter Zijlstra wrote:
> On Wed, Mar 29, 2017 at 09:44:41PM +0200, Jesper Dangaard Brouer wrote:
> > @@ -2481,7 +2481,11 @@ void free_hot_cold_page(struct page *page, bool cold)
> > unsigned long pfn = page_to_pfn(page);
> > int migratetype;
> >
> > -
* Peter Zijlstra wrote:
> On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
> > The latest change to the BUG() macro inadvertently reverted the earlier
> > commit b06dd879f5db ("x86: always define BUG() and HAVE_ARCH_BUG, even
> > with !CONFIG_BUG") that sanitized the behavior with
On Wed, 29 Mar 2017 23:48:51 +0300
"Michael S. Tsirkin" wrote:
> Allows maintaining extra context per vq. For ease of use, passing in
> NULL is legal and disables the feature for all vqs.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/misc/mic/vop/vop_main.c| 9 ++---
> driver
Ralph,
Am 30.03.2017 um 07:53 schrieb Ralph Sennhauser:
> With this patch I'm no longer able to reproduce _this_ issue, however,
> rename no longer works either:
>
> # mv /etc/config/wireless /etc/config/wireless.back
> mv: can't rename '/etc/config/wireless': Invalid argument
> # ls /etc/c
Sparse spits out a warning that a __be16 was being assigned to a u16.
Change the type of txbuf16 to __be16 b/c it's a restricted type and
prevents mixing endianness.
Signed-off-by: Alex Wilson
---
drivers/staging/fbtft/fbtft-bus.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, 29 Mar 2017 23:48:44 +0300
"Michael S. Tsirkin" wrote:
> We are going to add more parameters to find_vqs, let's wrap the call so
> we don't need to tweak all drivers every time.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/block/virtio_blk.c | 3 +--
> drivers/
Am 30.03.2017 08:25, schrieb Daeseok Youn:
> Define new local variable to reduce the number of reference.
> The new local variable is added to save the addess of dfs
> and used in atomisp_freq_scaling() function.
>
> Signed-off-by: Daeseok Youn
> ---
> .../media/atomisp/pci/atomisp2/atomisp_cm
On Thu, 2017-03-30 at 05:10 +0200, Mike Galbraith wrote:
> WRT spin, you should need do nothing more than boot with threadirqs,
> that's 100% repeatable here in absolutely virgin source.
No idea why virtqueue_get_buf() in __send_control_msg() fails forever
with threadirqs, but marking that vq as
Hi all:
This series tries to implement rx batching for vhost-net. This is done
by batching the dequeuing from skb_array which was exported by
underlayer socket and pass the sbk back through msg_control to finish
userspace copying.
Tests shows at most 19% improvment on rx pps.
Please review.
Tha
This patch introduce a batched version of consuming, consumer can
dequeue more than one pointers from the ring at a time. We don't care
about the reorder of reading here so no need for compiler barrier.
Signed-off-by: Jason Wang
---
include/linux/ptr_ring.h | 65 +
This patch makes tun_recvmsg() can receive from skb from its caller
through msg_control. Vhost_net will be the first user.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
This patch exports skb_array through tap_get_skb_array(). Caller can
then manipulate skb array directly.
Signed-off-by: Jason Wang
---
drivers/net/tap.c | 13 +
include/linux/if_tap.h | 5 +
2 files changed, 18 insertions(+)
diff --git a/drivers/net/tap.c b/drivers/net/tap
On Wed, 29 Mar 2017 23:48:53 +0300
"Michael S. Tsirkin" wrote:
> Allow extra context per descriptor. To avoid slow down for data path,
> this disables use of indirect descriptors for this vq.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/virtio/virtio_ring.c | 70
> +++
We used to dequeue one skb during recvmsg() from skb_array, this could
be inefficient because of the bad cache utilization and spinlock
touching for each packet. This patch tries to batch them by calling
batch dequeuing helpers explicitly on the exported skb array and pass
the skb back through msg_
This patch exports skb_array through tun_get_skb_array(). Caller can
then manipulate skb array directly.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 13 +
include/linux/if_tun.h | 5 +
2 files changed, 18 insertions(+)
diff --git a/drivers/net/tun.c b/drivers/net/tun
This patch makes tap_recvmsg() can receive from skb from its caller
through msg_control. Vhost_net will be the first user.
Signed-off-by: Jason Wang
---
drivers/net/tap.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/tap.c b/drivers/net/tap.c
index
* Andy Shevchenko wrote:
> Intel Edison has Wi-Fi + BT module attached and, since it's an SFI-enumerated
> platform, needs a platform data. Here we add bits to enable bluetooth device.
>
> Signed-off-by: Andy Shevchenko
> ---
> arch/x86/platform/intel-mid/device_libs/Makefile | 3 +-
> ..
Signed-off-by: Jason Wang
---
include/linux/skb_array.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h
index f4dfade..90e44b9 100644
--- a/include/linux/skb_array.h
+++ b/include/linux/skb_array.h
@@ -97,21 +97,
On Thu, Mar 30, 2017 at 9:10 AM, Peter Zijlstra wrote:
> On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
>> The latest change to the BUG() macro inadvertently reverted the earlier
>> commit b06dd879f5db ("x86: always define BUG() and HAVE_ARCH_BUG, even
>> with !CONFIG_BUG") that sa
On Wed, 29 Mar 2017 23:48:54 +0300
"Michael S. Tsirkin" wrote:
> With mergeable buffers we never use s/g for rx,
> so allow specifying context in that case.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/net/virtio_net.c | 15 ++-
> 1 file changed, 14 insertions(+), 1 deleti
* Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
> > > The latest change to the BUG() macro inadvertently reverted the earlier
> > > commit b06dd879f5db ("x86: always define BUG() and HAVE_ARCH_BUG, even
> > > with !CONFIG_B
Hi Richard,
On Thu, 30 Mar 2017 08:56:57 +0200
Richard Weinberger wrote:
>
> Ralph,
> Please apply this
> fix:http://lists.infradead.org/pipermail/linux-mtd/2017-March/072613.html
>
No longer able to observe an issue with this one on top. The two
patches seem all that was needed to get th
On Wed, Mar 29, 2017 at 10:09:40AM +0200, Michal Hocko wrote:
> On Tue 28-03-17 14:31:20, Greg KH wrote:
> > 4.10-stable review patch. If anyone has any objections, please let me know.
>
> Greg, please hold on with this backport. I would like to get
> http://lkml.kernel.org/r/20170328124312.ge18.
hi Cyrille
I see your patch series
[PATCH v5 0/6] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories
No problem, I rebase my V2 onto your patch
BR
Ludo
On 03/29/2017 06:51 PM, Cyrille Pitchen wrote:
Hi Ludovic,
Le 27/03/2017 à 14:54, Ludovic Barre a écrit :
From: Ludovic Barre
Thi
Hi Johannes,
On Mon, Mar 27 2017, Johannes Berg wrote:
>> > Before I go hunting - has anyone seen a deadlock in
>> > synchronize_srcu() in debugfs_remove() before?
>>
>> Not yet. How reproducible is this?
>
> So ... this turned out to be a livelock of sorts.
>
> We have a debugfs file (not upstr
Commit-ID: fdd3d8ce0ea62c32b039af45cc5538b728e366d9
Gitweb: http://git.kernel.org/tip/fdd3d8ce0ea62c32b039af45cc5538b728e366d9
Author: Kirill A. Shutemov
AuthorDate: Tue, 28 Mar 2017 13:48:06 +0300
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 08:20:17 +0200
x86/dump_pagetables:
On Thu, Mar 30, 2017 at 09:12:23AM +0200, Jesper Dangaard Brouer wrote:
> On Thu, 30 Mar 2017 08:49:58 +0200
> Peter Zijlstra wrote:
>
> > On Wed, Mar 29, 2017 at 09:44:41PM +0200, Jesper Dangaard Brouer wrote:
> > > @@ -2481,7 +2481,11 @@ void free_hot_cold_page(struct page *page, bool
> > > co
Commit-ID: 4af171105144a6475704c1e6024132883d50499e
Gitweb: http://git.kernel.org/tip/4af171105144a6475704c1e6024132883d50499e
Author: Andy Lutomirski
AuthorDate: Wed, 29 Mar 2017 16:47:35 -0700
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:08:33 +0200
x86/boot/32: Rewrite tes
On 2017-03-27 16:21, Peter Rosin wrote:
> Hi Greg!
>
> Please apply.
>
*snip snip*
> v10 -> v11 changes
> - added a new patch (12) with a fix for messed up error path reported
> by Paul Gortmaker.
Oops, should be Dan Carpenter. Sorry about that...
And, I forgot to high-light this:
> v4 -> v
Commit-ID: 70579a86e3c8eb2ce57999e594a73b4dfe095959
Gitweb: http://git.kernel.org/tip/70579a86e3c8eb2ce57999e594a73b4dfe095959
Author: Arnd Bergmann
AuthorDate: Wed, 29 Mar 2017 23:16:31 +0200
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:12:10 +0200
x86/debug: Define BUG() ag
On Thu, Mar 30, 2017 at 09:17:07AM +0200, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
> > > The latest change to the BUG() macro inadvertently reverted the earlier
> > > commit b06dd879f5db ("x86: always define BUG() and HAV
commit c9711ec5250b ("mtd: nand: omap: Clean up device tree support")
caused the parent device name to be changed from "omap2-nand.0"
to ".nand" (e.g. 3000.nand on omap3 platforms).
This caused mtd->name to be changed as well. This breaks partition
creation via mtdparts passed by u-boot as it
Hi!
> > > There is a binding for ti,lp55xx, but there's nothing I can reuse from
> > > that binding...because it's completely different hardware.
> >
> > Agreed, if you drop the pattern stuff from the binding, at least for now.
>
> I do not have a strong preference to expose these knobs in devi
> On 30 Mar 2017, at 3:23 AM, Kees Cook wrote:
>
> On Wed, Mar 29, 2017 at 11:15 AM, Kees Cook wrote:
>> +/*
>> + * Build "write rarely" infrastructure for flipping memory r/w
>> + * on a per-CPU basis.
>> + */
>> +#ifndef CONFIG_HAVE_ARCH_RARE_WRITE
>> +# define __wr_rare
>> +# define __wr_rar
On Tue, Mar 28, 2017 at 06:01:05PM -0700, David Miller wrote:
> From: Arnd Bergmann
> Date: Tue, 28 Mar 2017 11:48:21 +0200
>
> > A driver must not access the two fields directly but should instead use
> > the helper functions to set the values and keep a consistent internal
> > state:
> >
> > e
Hi Boris,
On Wednesday 29 March 2017 08:33 PM, Boris Brezillon wrote:
> On Mon, 27 Mar 2017 15:56:55 +0530
> Sekhar Nori wrote:
>
>> This partly reverts commit 28c015a9daabe4ed3aeb0ccf669a3f1c2b8b81d5.
>>
>> Since f6d7c1b5598b ("mtd: nand: davinci: Reinitialize the HW ECC
>> engine in 4bit hwctl
On 03/30/2017 09:04 AM, Peter Zijlstra wrote:
On Wed, Mar 29, 2017 at 11:03:45PM +0200, Dietmar Eggemann wrote:
[...]
Why not reduce the parameter list of these 3 incarnations to 'now, cpu,
object'?
static int
__update_load_avg_blocked_se(u64 now, int cpu, struct sched_entity *se)
static in
On 29/03/17 21:16, Azhar Shaikh wrote:
> Set MMC_CAP_AGGRESSIVE_PM for BYT-related Intel SD card
> controllers.
>
> Signed-off-by: Azhar Shaikh
Acked-by: Adrian Hunter
> ---
> Changes in v2:
> - Rebased the patch on top of 'next' branch.
> - No code change.
>
> drivers/mmc/host/sdhci-pci
* Peter Zijlstra wrote:
> On Thu, Mar 30, 2017 at 09:17:07AM +0200, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Wed, Mar 29, 2017 at 11:16:31PM +0200, Arnd Bergmann wrote:
> > > > The latest change to the BUG() macro inadvertently reverted the earlier
> > > > commit b06dd8
On 29/03/17 21:16, Azhar Shaikh wrote:
> Set MMC_CAP_AGGRESSIVE_PM for BYT-related Intel SD card
> controllers.
>
> Signed-off-by: Azhar Shaikh
Acked-by: Adrian Hunter
> ---
> Changes in v2:
> - Rebased the patch on top of 'next' branch.
> - No code change.
>
> drivers/mmc/host/sdhci-acp
On 29 March 2017 at 23:34, J. Bruce Fields wrote:
> On Wed, Mar 29, 2017 at 05:27:23PM +0200, Tomeu Vizoso wrote:
>> Labelling of files in a NFSv4.2 currently fails with ENOTSUPP because
>> the mount point doesn't have SBLABEL_MNT.
>>
>> Add specific condition for NFS4 filesystems so it gets corre
This patch adds "tty-index" field to /proc/PID/fdinfo/N if N
specifies /dev/ptmx. The field shows the index of associative
slave pts.
Though a minor number is given for each pts instance, ptmx is not.
It means there is no way in user-space to know the association between
file descriptors for pts/n
On Thu, Mar 30, 2017 at 08:38:35AM +1100, NeilBrown wrote:
> On Thu, Mar 30 2017, jes.soren...@gmail.com wrote:
>
> > Gioh Kim writes:
> >> Remove a boolean expression in switch condition
> >> to prevent compile error of some compilers.
> >
> > Please be specific, which compile is unable to handl
Hi Lorenzo,
On 30 March 2017 at 00:47, Lorenzo Pieralisi wrote:
> On Wed, Mar 22, 2017 at 12:31:20AM +0800, fu@linaro.org wrote:
>> From: Fu Wei
>>
>> On platforms booting with ACPI, architected memory-mapped timers'
>> configuration data is provided by firmware through the ACPI GTDT
>> stat
On 03/20/2017 07:33 AM, Joonsoo Kim wrote:
>> The fact sticky movable pageblocks aren't ideal for CMA doesn't mean
>> they're not ideal for memory hotunplug though.
>>
>> With CMA there's no point in having the sticky movable pageblocks
>> scattered around and it's purely a misfeature to use sticky
On Wed, 29 Mar 2017, Sebastian Andrzej Siewior wrote:
> On 2017-03-22 09:05:58 [-0700], Steven Rostedt wrote:
> > On Wed, 22 Mar 2017 16:18:43 +0100
> > Lionel Debieve wrote:
> >
> > > Use raw_spin_lock in enable/disable channel as it comes from
> > > interrupt context.
> > >
> > > BUG: sleepin
On Thu, 2017-03-30 at 09:32 +0200, Nicolai Stange wrote:
>
> I wonder if holding the RTNL during the debugfs file removal is
> really needed. I'll try to have a look in the next couple of days.
Yes, I'm pretty much convinced that it is. I considered doing a
deferred debugfs_remove() by holding th
On Thursday 30 March 2017 12:13 PM, Olliver Schinagl wrote:
>
>
> On March 30, 2017 8:15:29 AM CEST, Vignesh R wrote:
>> Hi,
>>
>> On Thursday 30 March 2017 12:14 AM, Olliver Schinagl wrote:
>>> diff --git a/include/uapi/linux/serial_reg.h
>> b/include/uapi/linux/serial_reg.h
>>> index 5db7688
On Thu, Mar 30, 2017 at 12:29:18AM -0700, tip-bot for Andy Lutomirski wrote:
> Commit-ID: 4af171105144a6475704c1e6024132883d50499e
> Gitweb: http://git.kernel.org/tip/4af171105144a6475704c1e6024132883d50499e
> Author: Andy Lutomirski
> AuthorDate: Wed, 29 Mar 2017 16:47:35 -0700
> Committ
On Tue, 28 Mar 2017, Zhou Chengming wrote:
> It's reported that the time of insmoding a klp.ko for one of our
> out-tree modules is too long.
>
> ~ time sudo insmod klp.ko
> real 0m23.799s
> user 0m0.036s
> sys 0m21.256s
>
> Then we found the reason: our out-tree module used a lot of static
On Thu, Mar 30, 2017 at 9:47 AM, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>> So should we then, for x86, disable BUG=n instead?
>
> Arnd, does CONFIG_BUG=n give any (marginal) text savings wrt.
> CONFIG_BUG=y && CONFIG_BUG_VERBOSE=n?
My patch makes it slightly worse, but the difference is
On Tue, Mar 28, 2017 at 04:14:09PM +, Stephen Hemminger wrote:
> I decided not to send it to stable since problem was only observed on
> 4.11 but it is probably endemic to all GEN2 VM's
So, what does this mean? What should stable@ do? Nothing? Ok, now
dropped this from my patch queue :)
th
We don't need the assert anymore. 17be0aec74fb ("x86/asm/entry/64:
Implement better check for canonical addresses") made canonical
address check generic wrt. address width.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/entry/entry_64.S | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-
Add operations to allocate/release p4ds.
Xen requires more work. We will need to come back to it.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/include/asm/paravirt.h | 37 ---
arch/x86/include/asm/paravirt_types.h | 7 ++-
arch/x86/include/asm/pgallo
Extends pagetable headers to support new paging mode.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/include/asm/pgtable_64.h | 11 +++
arch/x86/include/asm/pgtable_64_types.h | 20
arch/x86/include/asm/pgtable_types.h| 10 +-
arch/x86/mm/pgtable.c
The first part of memory map (up to %esp fixup) simply scales existing
map for 4-level paging by factor of 9 -- number of bits addressed by
additional page table level.
The rest of the map is unchanged.
Signed-off-by: Kirill A. Shutemov
---
Documentation/x86/x86_64/mm.txt | 33 +
Here's the third bunch of patches of 5-level patchset.
This time we prepare code to handle non-folded version of the additional page
table level.
v3:
- rebased onto tip/master;
v2:
- address Ingo's and Peter's feedback;
Kirill A. Shutemov (7):
x86/boot: Detect 5-level paging support
x86/as
This patch bring support for non-folded additional page table level.
Signed-off-by: Kirill A. Shutemov
Cc: Dmitry Vyukov
Cc: Andrey Ryabinin
---
arch/x86/mm/kasan_init_64.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/kasan_init_64.c b/arc
5-level paging support is required from hardware when compiled with
CONFIG_X86_5LEVEL=y.
We will implement boot-time switch between 4- and 5-level paging later.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/boot/cpucheck.c | 9 +
arch/x86/boot/cpuflags.c
On Thu, Mar 30, 2017 at 09:34:52AM +0200, Peter Rosin wrote:
> On 2017-03-27 16:21, Peter Rosin wrote:
> > Hi Greg!
> >
> > Please apply.
> >
>
> *snip snip*
>
> > v10 -> v11 changes
> > - added a new patch (12) with a fix for messed up error path reported
> > by Paul Gortmaker.
>
> Oops, sho
We don't need extra virtual address space for ESPFIX, so it stays within
one PUD page table for both 4- and 5-level paging.
Redefining ESPFIX_BASE_ADDR using P4D_SHIFT instead of PGDIR_SHIFT would
make it stay in the same place regarding of paging mode.
Signed-off-by: Kirill A. Shutemov
---
arc
Oleg Nesterov writes:
> On 03/03, Eric W. Biederman wrote:
>> @@ -1065,11 +1065,8 @@ static int de_thread(struct task_struct *tsk)
>> }
>>
>> sig->group_exit_task = tsk;
>> -sig->notify_count = zap_other_threads(tsk);
>> -if (!thread_group_leader(tsk))
>> -sig->notif
On Wed, Mar 29, 2017 at 4:55 PM, Chris Brandt wrote:
> On Wednesday, March 29, 2017, Linus Walleij wrote:
>> On Fri, Mar 24, 2017 at 4:22 PM, Jacopo Mondi
>> wrote:
>>
>> > Add dt-bindings for Renesas r7s72100 pin controller header file.
>> >
>> > Signed-off-by: Jacopo Mondi
>>
>> > +/*
>> > + *
On 03/29/2017 10:42 PM, Michael Turquette wrote:
> Hi Jerome,
>
> Adding Neil Armstong to Cc.
>
> Quoting Jerome Brunet (2017-03-28 07:45:57)
>> The patchset is the 2nd round of update to the meson gxbb clock controller
>> to add initial audio support. The patchset is based on clk-next.
>>
>> The
On Wed, Mar 29, 2017 at 02:45:23PM +0100, Javi Merino wrote:
> The size of .word is the size of a word in the given platform, which
> for intel systems is 16-bits but other architectures use different
> sizes. However, .hword emits 16-bit numbers regardless of the
> platform (and despite the name)
The Denali IP adopts the syndrome page layout; payload and ECC are
interleaved, with BBM area always placed at the beginning of OOB.
The figure below shows the page organization for ecc->steps == 2:
|||---|
||| |
||
For ecc->read_page() and ecc->write_page(), it is possible to call
dma_map_single() against the given buffer. This bypasses the driver
internal bounce buffer and save the memcpy().
Signed-off-by: Masahiro Yamada
denali: set buf_align 16
---
Changes in v3:
- Set chip->buf_align to 16
Changes
In some cases, nand_do_{read,write}_ops is passed with unaligned
ops->datbuf. Drivers using DMA will be unhappy about unaligned
buffer.
The new struct member, buf_align, represents the minimum alignment
the driver require for the buffer. If the buffer passed from the
upper MTD layer does not hav
From: Icenowy Zheng
The H3 SoC have a bigger SID controller, which has its direct read
address at 0x200 position in the SID block, not 0x0.
Also, H3 SID controller has some silicon bug that makes the direct read
value wrong at cold boot, add code to workaround the bug. (This bug has
already been
As Russell and Lars stated in the discussion [1], using
devm_k*alloc() with DMA is not a good idea.
Let's use kmalloc (not kzalloc because no need for zero-out).
Also, allocate the buffer as late as possible because it must be
freed for any error that follows.
[1] https://lkml.org/lkml/2017/3/8/6
Now this driver is ready to remove NAND_SKIP_BBTSCAN.
The BBT descriptors in denali.c are equivalent to the ones in
nand_bbt.c. There is no need to duplicate the equivalent structures.
The with-oob decriptors do not work for this driver anyway.
The bbt_pattern (offs = 8) and the version (veroffs
On Wed, Mar 29, 2017 at 01:55:09PM -0700, Kees Cook wrote:
> Prepare to mark sensitive kernel structures for randomization by making
> sure they're using designated initializers. These were identified during
> allyesconfig builds of x86, arm, and arm64, with most initializer fixes
> extracted from
Some NAND controllers are using DMA engine requiring a specific
buffer alignment. The core provides no guarantee on the nand_buffers
pointers, which forces some drivers to allocate their own buffers
and pass the NAND_OWN_BUFFERS flag.
Rework the nand_buffers allocation logic to allocate each buff
Reordering of the device nodes based on unit address resulted in
ge_b850v3_lvds_attach() being called before
ge_b850v3_lvds_ptr->stdp4028_i2c was populated.
This patch moves the drm bridge initialization from
ge_b850v3_lvds_init() to stdp4028_ge_b850v3_fw_probe() ensuring that
ge_b850v3_lvds_ptr->
Recent versions of this IP support automatic erased page detection.
If an erased page is detected on reads, the controller does not set
INTR__ECC_UNCOR_ERR, but INTR__ERASED_PAGE. If this feature is
supported, the driver can use this information instead of calling
nand_check_erased_ecc_chunk().
T
Looks fine,
Reviewed-by: Christoph Hellwig
Guochun Mao (1):
mtd: mtk-nor: set controller to 4B mode with large capacity flash
drivers/mtd/spi-nor/mtk-quadspi.c | 7 +++
1 file changed, 7 insertions(+)
--
1.9.1
when nor's size larger than 16MByte, nor and controller should
enter 4Byte mode simultaneously.
Signed-off-by: Guochun Mao
---
drivers/mtd/spi-nor/mtk-quadspi.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mtd/spi-nor/mtk-quadspi.c
b/drivers/mtd/spi-nor/mtk-quadspi.c
in
+Christoph who introduced the CONFIG_ARCH_NO_COHERENT_DMA_MMAP option.
Hi Max,
On Wed, 29 Mar 2017 15:48:24 -0700
Max Filippov wrote:
> Hi Boris,
>
> On Tue, Mar 28, 2017 at 1:20 AM, Boris Brezillon
> wrote:
> > The xtensa architecture does not implement the dma_map_ops->mmap() hook,
> > thus
From: Nicholas Bellinger
Hi all,
Here are two additional target bug-fixes that have been found
by the DATERA Q/A + automation team during extended longevity
and stress testing atop v4.1.y stable code.
The first is a iscsi-target specific TMR reference leak during
session shutdown when se_cmd qu
From: Nicholas Bellinger
This patch fixes a iscsi-target specific TMR reference leak
during session shutdown, that could occur when a TMR was
quiesced before the hand-off back to iscsi-target code
via transport_cmd_check_stop_to_fabric().
The reference leak happens because iscsit_free_cmd() was
From: Nicholas Bellinger
This patch closes a race between se_lun deletion during configfs
unlink in target_fabric_port_unlink() -> core_dev_del_lun()
-> core_tpg_remove_lun(), when transport_clear_lun_ref() blocks
waiting for percpu_ref RCU grace period to finish, but a new
NodeACL mappedlun is a
From: Icenowy Zheng
As we have already made sunxi_sid driver support the SID controller on
H3/H5, enable it.
Signed-off-by: Icenowy Zheng
---
Changes in v6:
- Rebased on current linux-next.
- Change H3 in commit message to H3/H5.
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 5 +
1 file changed, 5
Am 30.03.2017 um 03:41 schrieb Michel Dänzer:
On 30/03/17 12:18 AM, Christian König wrote:
Am 29.03.2017 um 16:54 schrieb Michel Dänzer:
On 29/03/17 10:22 PM, Christian König wrote:
Am 29.03.2017 um 11:18 schrieb Jan Burgmeier:
Signed-off-by: Jan Burgmeier
---
drivers/gpu/drm/amd/amdgpu/
Hi All,
On 2017/3/30 4:07, Hanjun Guo wrote:
> On 03/30/2017 01:32 AM, Lorenzo Pieralisi wrote:
>> On Wed, Mar 29, 2017 at 05:13:54PM +0100, Lorenzo Pieralisi wrote:
>>> On Wed, Mar 29, 2017 at 03:52:47PM +0100, Marc Zyngier wrote:
On 29/03/17 14:00, Hanjun Guo wrote:
> On 03/29/2017 08:3
Commit-ID: a481db34b9beb7a9647c23f2320dd38a2b1d681f
Gitweb: http://git.kernel.org/tip/a481db34b9beb7a9647c23f2320dd38a2b1d681f
Author: Yuyang Du
AuthorDate: Mon, 13 Feb 2017 05:44:23 +0800
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:43:41 +0200
sched/fair: Optimize ___update
On Wed, Mar 29, 2017 at 5:56 PM, jacopo wrote:
> I can try to give you a few reasons why I don't see those flags fit in
> the pin configuration flags definition.
>
> *) those flags are used during pin multiplexing procedure only and that
> procedure has a specific order to be respected:
>
> You c
On Wed, Mar 29, 2017 at 6:04 PM, Boris Brezillon
wrote:
> Document Cadence GPIO bindings.
>
> Signed-off-by: Boris Brezillon
That is a very terse commit message.
Other than that this looks good, just cutting the DT maintainers
some slack before applying it.
Yours,
Linus Walleij
Commit-ID: 57dd924e541a98219bf3a508623db2e0c07e75a7
Gitweb: http://git.kernel.org/tip/57dd924e541a98219bf3a508623db2e0c07e75a7
Author: Chris Wilson
AuthorDate: Fri, 10 Mar 2017 10:57:33 +
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:49:47 +0200
locking/ww-mutex: Limit str
The extcon core already provides the extcon_register_notifier() function
in order to register the notifier block which is used to monitor
the status change for the specific external connector such as EXTCON_USB,
EXTCON_USB_HOST and so on. The extcon consumer uses the this function.
The extcon cons
This patch just uses the BIT() macro to make the code simple.
Signed-off-by: Chanwoo Choi
---
drivers/extcon/extcon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon.c b/drivers/extcon/extcon.c
index e85704eda645..193a3a673d10 100644
--- a/drivers/extcon
Commit-ID: 6aad0c6269052a6114259deaf664ce350bf64fa2
Gitweb: http://git.kernel.org/tip/6aad0c6269052a6114259deaf664ce350bf64fa2
Author: Suravee Suthikulpanit
AuthorDate: Fri, 24 Feb 2017 02:48:14 -0600
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:53:51 +0200
x86/events/amd/iom
Commit-ID: f9573e53f123ee487cca737139f3a43897a6383e
Gitweb: http://git.kernel.org/tip/f9573e53f123ee487cca737139f3a43897a6383e
Author: Suravee Suthikulpanit
AuthorDate: Fri, 24 Feb 2017 02:48:13 -0600
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:53:51 +0200
x86/events/amd/iom
Commit-ID: 0a6d80c70b9150d6a9cf466d41955e374c2c9fab
Gitweb: http://git.kernel.org/tip/0a6d80c70b9150d6a9cf466d41955e374c2c9fab
Author: Suravee Suthikulpanit
AuthorDate: Fri, 24 Feb 2017 02:48:16 -0600
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:53:53 +0200
drivers/iommu/amd:
Commit-ID: dc6ca5e47d44c11a111807208595ff6a8fcd2a83
Gitweb: http://git.kernel.org/tip/dc6ca5e47d44c11a111807208595ff6a8fcd2a83
Author: Suravee Suthikulpanit
AuthorDate: Fri, 24 Feb 2017 02:48:15 -0600
Committer: Ingo Molnar
CommitDate: Thu, 30 Mar 2017 09:53:52 +0200
x86/events/amd/iom
1 - 100 of 1089 matches
Mail list logo
