On Thu, 2017-09-21 at 23:56 +0100, Colin King wrote:
> From: Colin Ian King
>
> Don't populate const array ac_to_fifo on the stack in an inlined
> function, instead make it static. Makes the object code smaller
> by over 800 bytes:
>
> text data bss dec hex
> filename
>
On Fri, 15 Sep 2017 18:21:08 -0700
Ram Pai wrote:
> From: Thiago Jung Bauermann
>
> Expose useful information for programs using memory protection keys.
> Provide implementation for powerpc and x86.
>
> On a powerpc system with pkeys support, here is what is shown:
>
> $ head /sys/kernel/mm/p
This example allocates much more than needed for address regions.
As for "denali_reg", as you see in drivers/mtd/nand/denali.h, all
registers fit in 0x1000.
As for "nand_data", this IP is generally configured to use Indexed
Addressing mode, where there are only two registers in the address
transl
On Fri, 15 Sep 2017 18:21:07 -0700
Ram Pai wrote:
> Currently the architecture specific code is expected to
> display the protection keys in smap for a given vma.
> This can lead to redundant code and possibly to divergent
> formats in which the key gets displayed.
>
> This patch chang
> -Original Message-
> From: Wendy Liang [mailto:wendy.li...@xilinx.com]
> Sent: Thursday, September 21, 2017 3:59 PM
> To: linux-kernel@vger.kernel.org
> Cc: jassisinghb...@gmail.com; Cyril Chemparathy ;
> Michal Simek ; Jiaying Liang
> Subject: [RFC LINUX PATCH] Dcoumentation: dt: mailbo
On Fri, 15 Sep 2017 18:21:07 -0700
Ram Pai wrote:
> +#ifdef CONFIG_ARCH_HAS_PKEYS
> + if (arch_pkeys_enabled())
Sorry, I missed this bit in my previous review
the patch makes sense
> + seq_printf(m, "ProtectionKey: %8u\n", vma_pkey(vma));
> +#endif
> +
Balbir
On Fri, 15 Sep 2017 18:21:05 -0700
Ram Pai wrote:
> Currently only 4bits are allocated in the vma flags to hold 16
> keys. This is sufficient for x86. PowerPC supports 32 keys,
> which needs 5bits. This patch allocates an additional bit.
>
> Signed-off-by: Ram Pai
> ---
Acked-by: Balbir Si
Stefan, Vinod,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-21 21:29, Peter Ujfalusi wrote:
>
>
> On 2017-09-21 20:17, Vinod Koul wrote:
>> On Sun, Sep 17, 2017 at 04:25:10PM +0200, Stefan Brüns wrot
>
>> This series uses setup_timer() helper function. The series
>> addresses the files under drivers/net/*.
>
> I've reviewed this series and will apply it to net-next.
>
> But please send out smaller chunks next time, maybe 10-15
> in a bunch? 64 patches at once makes it really hard for
> review
On 2017-09-22 03:19, Marcelo Tosatti wrote:
> On Thu, Sep 21, 2017 at 07:45:32PM +0200, Jan Kiszka wrote:
>> On 2017-09-21 13:38, Marcelo Tosatti wrote:
>>> When executing guest vcpu-0 with FIFO:1 priority, which is necessary to
>>> deal with the following situation:
>>>
>>> VCPU-0 (housekeeping VC
These 2 patches fix a couple of issues found with the MIPS GIC driver in
v4.14-rc1 as a result of my recent series. My apologies!
Thanks,
Paul
Paul Burton (2):
irqchip: mips-gic: Fix shifts to extract register fields
irqchip: mips-gic: Use effective affinity to unmask
drivers/irqchip/ir
The MIPS GIC driver is incorrectly using __fls to shift registers,
intending to shift to the least significant bit of a value based upon
its mask but instead shifting off all but the value's top bit. It should
actually be using __ffs to shift to the first, not last, bit of the
value.
Apparently th
Commit 7778c4b27cbe ("irqchip: mips-gic: Use pcpu_masks to avoid reading
GIC_SH_MASK*") adjusted the way we handle masking interrupts to set &
clear the interrupt's bit in each pcpu_mask. This allows us to avoid
needing to read the GIC mask registers and perform a bitwise and of
their values with t
Hi Pierre-Louis,
On Wed, Sep 20, 2017 at 03:53:58PM -0500, Pierre-Louis Bossart wrote:
> The Atom ISP driver initializes and configures PMC clocks which are
> already handled by the clock framework.
>
> Remove all legacy vlv2_platform_clock stuff and move to the clk API to
> avoid conflicts, e.g.
We should set xdp_xmit only when xdp_do_redirect() succeed.
Cc: John Fastabend
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
index f6c1f13..dd14a45 100644
--- a/drive
From: "K. Y. Srinivasan"
Miscellaneous fixes. Greg, please apply these to 4.14-final.
Dexuan Cui (1):
vmbus: don't acquire the mutex in vmbus_hvsock_device_unregister()
Olaf Hering (1):
Drivers: hv: fcopy: restore correct transfer length
drivers/hv/channel_mgmt.c | 4
drivers/hv/hv_f
From: Olaf Hering
Till recently the expected length of bytes read by the
daemon did depend on the context. It was either hv_start_fcopy or
hv_do_fcopy. The daemon had a buffer size of two pages, which was much
larger than needed.
Now the expected length of bytes read by the
daemon changed slight
From: Dexuan Cui
Due to commit 54a66265d675 ("Drivers: hv: vmbus: Fix rescind handling"),
we need this patch to resolve the below deadlock:
after we get the mutex in vmbus_hvsock_device_unregister() and call
vmbus_device_unregister() -> device_unregister() -> ... -> device_release()
-> vmbus_dev
On 21 September 2017 at 20:50, Arnd Bergmann wrote:
> On Thu, Sep 21, 2017 at 8:18 AM, Baolin Wang wrote:
>> The struct snd_pcm_sync_ptr will use 'timespec' type variables to record
>> timestamp, which is not year 2038 safe on 32bits system.
>>
>> Thus we introduced 'struct snd_pcm_sync_ptr32' an
On Wed, Sep 13, 2017 at 05:10:09PM +0800, yinbo@nxp.com wrote:
> From: "yinbo.zhu"
>
> Fix the issue that usb is not detected on ls1088ardb
It's not really about fixing issue but adding support.
>
> Signed-off-by: yinbo.zhu
> Signed-off-by: Ran Wang
> ---
You should better have a versio
801 - 820 of 820 matches
Mail list logo
