Convert the remainder of hi8435_probe() to use devres and get rid of
hi8435_remove().
Signed-off-by: Andrey Smirnov
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: Jonathan Cameron
Cc: Chris Healy
---
drivers/iio/adc/hi8435.c | 30 +-
1 file
Use gpiod_set_value_cansleep() instead of gpiod_set_value() to support
the case when reset pin is connected to a GPIO expander. See ZII VF610
SCU4 AIB for one such example.
Signed-off-by: Andrey Smirnov
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: Jonathan Cameron
Cc:
On 08/11/2019 06:32 AM, Max Staudt wrote:
> --- a/drivers/i2c/busses/Kconfig
> +++ b/drivers/i2c/busses/Kconfig
> @@ -1300,6 +1300,17 @@ config I2C_ELEKTOR
> This support is also available as a module. If so, the module
> will be called i2c-elektor.
>
> +config I2C_ICY
> +
This is the i2c-icy driver for the ICY board for Amiga computers.
It connects a PCF8584 I2C controller to the Zorro bus, providing I2C
connectivity. The original documentation can be found on Aminet:
https://aminet.net/package/docs/hard/icy
Since the 2019 a1k.org community re-print of these PCBs
On Sat, 2019-08-10 at 20:17 -0700, Nathan Chancellor wrote:
> On Sat, Aug 10, 2019 at 08:06:05PM -0700, Joe Perches wrote:
> > On Sat, 2019-08-10 at 19:04 -0700, Nathan Chancellor wrote:
> > > On a tangential note, how are you planning on doing the fallthrough
> > > comment to attribute
Hi Masahiro,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3-rc3 next-20190809]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Hi Enrico
On 8/8/19 7:17 PM, Enrico Weigelt, metux IT consult wrote:
> On 02.08.19 14:51, Jean Delvare wrote:
>
> Hi,
>
>> These patches fix a couple of issues with the i2c-piix4 driver on
>> AMD Family 16h Model 30h SoCs and add ACPI-based enumeration to the
>> i2c-piix4 driver.
> Can you tell a
Hi Ioana
> >> + struct ethsw_port_priv *port_priv = netdev_priv(netdev);
> >> + struct ethsw_core *ethsw = port_priv->ethsw_data;
> >> + int i, err;
> >> +
> >> + for (i = 0; i < ethsw->sw_attr.num_ifs; i++)
> >> + if (ethsw->ports[i]->bridge_dev &&
> >> +
On Sat, Aug 10, 2019 at 08:06:05PM -0700, Joe Perches wrote:
> On Sat, 2019-08-10 at 19:04 -0700, Nathan Chancellor wrote:
> > On a tangential note, how are you planning on doing the fallthrough
> > comment to attribute conversion? The reason I ask is clang does not
> > support the comment
On 8/9/19 6:33 PM, Jean Delvare wrote:
> Hi Enrico,
>
> On Thu, 8 Aug 2019 11:17:53 +0200, Enrico Weigelt, metux IT consult wrote:
>> On 02.08.19 14:51, Jean Delvare wrote:
>>> These patches fix a couple of issues with the i2c-piix4 driver on
>>> AMD Family 16h Model 30h SoCs and add ACPI-based
On Sat, 2019-08-10 at 19:04 -0700, Nathan Chancellor wrote:
> On a tangential note, how are you planning on doing the fallthrough
> comment to attribute conversion? The reason I ask is clang does not
> support the comment annotations, meaning that when Nathan Huckleberry's
> patch is applied to
Hi Masahiro,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3-rc3 next-20190809]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Sat, Aug 10, 2019 at 11:24:46AM -0700, Paul E. McKenney wrote:
> On Sat, Aug 10, 2019 at 12:20:37AM -0400, Joel Fernandes wrote:
> > On Fri, Aug 09, 2019 at 08:38:14PM -0700, Paul E. McKenney wrote:
> > > On Fri, Aug 09, 2019 at 10:42:32PM -0400, Joel Fernandes wrote:
> > > > On Wed, Aug 07,
In 5.x it's still possible for `ieee80211_scan_results` (`iwlist
scan`) to fail when too many wireless networks are available. This
code path is used by `wicd`.
Previously: https://lkml.org/lkml/2017/4/2/192
I've been applying this updated patch to my own kernels since 2017 with
no issues. I
On Sat, Aug 10, 2019 at 01:18:22PM -0700, Joe Perches wrote:
> On Sat, 2019-08-10 at 12:44 -0700, Linus Torvalds wrote:
> > On Sat, Aug 10, 2019 at 12:32 PM Joe Perches wrote:
> > > What does it take for this sort of patch to be applied by you?
> >
> > The basic rule tends to be: "normal
On Tue, Aug 06, 2019 at 05:29:15PM -0700, Paul E. McKenney wrote:
> On Tue, Aug 06, 2019 at 05:20:41PM -0400, Joel Fernandes (Google) wrote:
> > This test runs kfree_rcu in a loop to measure performance of the new
> > kfree_rcu, with and without patch.
> >
> > To see improvement, run with boot
Michael Ellerman writes:
> Santosh Sivaraj writes:
>> Use memcpy_mcsafe() implementation to define copy_to_user_mcsafe()
>>
>> Signed-off-by: Santosh Sivaraj
>> ---
>> arch/powerpc/Kconfig | 1 +
>> arch/powerpc/include/asm/uaccess.h | 14 ++
>> 2 files changed, 15
Mahesh Jagannath Salgaonkar writes:
> On 8/7/19 8:26 PM, Santosh Sivaraj wrote:
>> From: Balbir Singh
>>
>> The current code would fail on huge pages addresses, since the shift would
>> be incorrect. Use the correct page shift value returned by
>> __find_linux_pte() to get the correct physical
On Sat, Aug 10, 2019 at 01:18:34AM -0700, Christoph Hellwig wrote:
> On Thu, Aug 08, 2019 at 09:54:03AM +0200, Thomas Gleixner wrote:
> > > I know. But the problem here is that normally PG_locked is used together
> > > with wait_on_page_bit_*, but this one instances uses the bit spinlock
> > >
On Sat, 2019-08-10 at 21:45 +, Ioana Ciornei wrote:
> On 8/9/19 10:05 PM, Andrew Lunn wrote:
[]
> >> +static int
> >> +ethsw_get_link_ksettings(struct net_device *netdev,
> >> + struct ethtool_link_ksettings *link_ksettings)
> >> +{
> >> + struct ethsw_port_priv
syzbot has found a reproducer for the following crash on:
HEAD commit:451577f3 Merge tag 'kbuild-fixes-v5.3-3' of git://git.kern..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=120850a660
kernel config:
Hi Han,
FYI, the error/warning still remains.
tree:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dcbb4a153971ff8646af0c963f5698bf21bfbfdc
commit: 7a78a7f7695bf9ef9cef3c06fbc5fa4573fd0eef power: reset:
nvmem-reboot-mode: use NVMEM as reboot mode
The pull request you sent on Sat, 10 Aug 2019 20:01:51 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d2359a5153ebb16412daedd8f104b886643cbd1a
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sat, 10 Aug 2019 14:51:56 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
> tags/riscv/for-v5.3-rc4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/296d05cb0d3c9f4648e31abb8ce404ac6915d66c
Thank you!
--
The pull request you sent on Sat, 10 Aug 2019 20:01:51 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6d8f809cb55a8fc0ebfae27984215e4a0b201984
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Sat, 10 Aug 2019 20:01:51 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ed254bb54fed18549b96285cfdadd69780f52c14
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Sat, 10 Aug 2019 20:01:51 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/dcbb4a153971ff8646af0c963f5698bf21bfbfdc
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sat, 10 Aug 2019 20:01:51 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> core-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6054f4ecdc116ce64bd5c50df8edd01d2c105e69
Thank you!
--
Deet-doot-dot, I
[ expanded Cc ]
Linus Torvalds writes:
> On Sat, Aug 10, 2019 at 3:11 AM Michael Ellerman wrote:
>>
>> Just one fix, a revert of a commit that was meant to be a minor improvement
>> to
>> some inline asm, but ended up having no real benefit with GCC and broke
>> booting
>> 32-bit machines
On Sat, Aug 10, 2019 at 10:21:01AM -0700, Linus Torvalds wrote:
> On Sat, Aug 10, 2019 at 3:11 AM Michael Ellerman wrote:
> >
> > Just one fix, a revert of a commit that was meant to be a minor improvement
> > to
> > some inline asm, but ended up having no real benefit with GCC and broke
> >
On Sat, Aug 10, 2019 at 11:58 AM Mike Kravetz wrote:
>
> On 8/9/19 12:42 PM, Mina Almasry wrote:
> > On Fri, Aug 9, 2019 at 10:54 AM Mike Kravetz
> > wrote:
> >> On 8/8/19 4:13 PM, Mina Almasry wrote:
> >>> Problem:
> >>> Currently tasks attempting to allocate more hugetlb memory than is
> >>>
On 8/9/19 10:05 PM, Andrew Lunn wrote:
> Hi Ioana
Hi Andrew,
>
>> +static int
>> +ethsw_get_link_ksettings(struct net_device *netdev,
>> +struct ethtool_link_ksettings *link_ksettings)
>> +{
>> + struct ethsw_port_priv *port_priv = netdev_priv(netdev);
>> + struct
Linus,
The following changes since commit e21a712a9685488f5ce80495b37b9fdbe96c230d:
Linux 5.3-rc3 (2019-08-04 18:40:12 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
tags/riscv/for-v5.3-rc4
for you to fetch changes up to
On Sat, Aug 10, 2019 at 07:24:09PM +0200, Greg KH wrote:
> On Sat, Aug 10, 2019 at 12:15:25PM -0500, Bjorn Helgaas wrote:
> > On Sat, Aug 10, 2019 at 09:17:19AM +0200, Greg KH wrote:
> > > On Fri, Aug 09, 2019 at 01:57:21PM -0600, Kelsey Skunberg wrote:
> > > > +static struct device_attribute
On Wed, Jul 31, 2019 at 11:09 AM Guenter Roeck wrote:
>
> On Wed, Jul 31, 2019 at 10:42:51AM -0700, Andrey Smirnov wrote:
> > Reprogramming bootloader on watchdog MCU will result in reported
> > default timeout value of "0". That in turn will be unnecesarily
>
> unnecessarily
>
> > rejected by
[+ INTEL IDLE DRIVER]
Dear Linux folks,
On 10.08.19 20:28, Paul Menzel wrote:
On 10.08.19 19:31, Thomas Gleixner wrote:
On Sat, 10 Aug 2019, Paul Menzel wrote:
I have no idea, who to report this to, so I please refer me to the
correct
list.
I have no idea yet either :)
With Linux
On 09/08/2019 09:57, Michal Hocko wrote:
This is a useful feedback! What was your workload? Which kernel version?
With 16GB zram swap and swappiness=60 I get the avg10 memory PSI numbers
of about 10 when swap is half filled and ~30 immediately before the
freeze. Swapping with zram has less
On Sat, 2019-08-10 at 21:40 +0100, Ben Hutchings wrote:
> 3.16.72-rc1 review patch. If anyone has any objections, please let me know.
Unless to enable applying further patches,
I doubt there is ever a need to have any
of Markus Elfring's patches applied to any
-stable kernel.
>
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: YueHaibing
commit b805d78d300bcf2c83d6df7da0c818b0fee41427 upstream.
UBSAN report this:
UBSAN: Undefined behaviour in net/xfrm/xfrm_policy.c:1289:24
index 6 is out of range for type
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Su Yanjun
commit 6ee02a54ef990a71bf542b6f0a4e3321de9d9c66 upstream.
When unloading xfrm6_tunnel module, xfrm6_tunnel_fini directly
frees the xfrm6_tunnel_spi_kmem. Maybe someone has gotten
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Xin Long
commit 273160ffc6b993c7c91627f5a84799c66dfe4dee upstream.
sctp_hdr(skb) only works when skb->transport_header is set properly.
But in Netfilter, skb->transport_header for ipv6 is
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Samuel Thibault
commit 45ac7b31bc6c4af885cc5b5d6c534c15bcbe7643 upstream.
When switching from speakup_soft to another synth, speakup_soft would
keep calling synth_buffer_getc() from
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit fb6fafbc7de4a813bb5364358bbe27f71e62b24a upstream.
clang points out a harmless signed integer overflow:
drivers/net/ethernet/3com/3c515.c:1530:66: error: implicit
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner
commit 372a03e01853f860560eade508794dd274e9b390 upstream.
Ext4 needs to serialize unaligned direct AIO because the zeroing of
partial blocks of two competing unaligned AIOs can
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit e0aa67709f89d08c8d8e5bdd9e0b649df61d0090 upstream.
When a dual stack dccp listener accepts an ipv4 flow,
it should not attempt to use an ipv6 header or
inet6_iif() helper.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: YueHaibing
commit a3e23f719f5c4a38ffb3d30c8d7632a4ed8ccd9e upstream.
In netdev_queue_add_kobject and rx_queue_add_kobject,
if sysfs_create_group failed, kobject_put will call
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: George McCollister
commit 422c2537ba9d42320f8ab6573940269f87095320 upstream.
Add PIDs for the NovaTech OrionLX+ and Orion I/O so they can be
automatically detected.
Signed-off-by: George
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner
commit d64264d6218e6892edd832dc3a5a5857c2856c53 upstream.
Currently in add_new_gdb_meta_bg() there is a missing brelse of gdb_bh
in case ext4_journal_get_write_access() fails.
This is the start of the stable review cycle for the 3.16.72 release.
There are 157 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Tue Aug 13 12:00:00 UTC 2019.
Anything
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
commit 4042cd756e193f49469d31a23d5b85c4dca2a3b6 upstream.
The mac8390 driver defines its own variants of memcpy_fromio() and
memcpy_toio(), using similar implementations,
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Georg Ottinger
commit 09c6bdee51183a575bf7546890c8c137a75a2b44 upstream.
Having a brief look at at91_adc_read_raw() it is obvious that in the case
of a timeout the setting of AT91_ADC_CHDR
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Gustavo A. R. Silva"
commit c709f14f0616482b67f9fbcb965e1493a03ff30b upstream.
dev is indirectly controlled by user-space, hence leading to
a potential exploitation of the Spectre variant 1
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Markus Elfring
commit 057ac1acdfc4743f066fcefe359385cad00549eb upstream.
A multiplication for the size determination of a memory allocation
indicated that an array data structure should be
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Aditya Pakki
commit 3a10e3dd52e80b9a97a3346020024d17b2c272d6 upstream.
of_match_device can return a NULL pointer when matching device is not
found. This patch avoids a scenario causing NULL
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit d3ca4651d05c0ff7259d087d8c949bcf3e14fb46 upstream.
When truncate(2) hits IO error when reading indirect extent block the
code just bugs with:
kernel BUG at
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Leonard Pollak
commit 0a8a29be499cbb67df79370aaf5109085509feb8 upstream.
This patch fixes an obvious typo, which will cause erroneously returning the
Peak
Voltage instead of the Peak
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Finn Thain
commit bb9e5c5bcd76f4474eac3baf643d7a39f7bac7bb upstream.
The bug that Stan reported is as follows. After a restart, a 16-bit NIC
may be incorrectly identified as a 32-bit NIC and
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jean-Francois Dagenais
commit 06003531502d06bc89d32528f6ec96bf978790f9 upstream.
When issuing the write DAC register and write eeprom command, the two
powerdown bits (PD0 and PD1) are assumed
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Ellerman
commit b5b4453e7912f056da1ca7572574cada32ecb60c upstream.
Jakub Drnec reported:
Setting the realtime clock can sometimes make the monotonic clock go
back by over a
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kangjie Lu
commit c85be041065c0be8bc48eda4c45e0319caf1d0e5 upstream.
In case dmaengine_prep_dma_cyclic fails, the fix returns a proper
error code to avoid NULL pointer dereference.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kangjie Lu
commit 6734330654dac550f12e932996b868c6d0dcb421 upstream.
In case ioremap fails, the fix returns -ENOMEM to avoid NULL
pointer dereferences.
Multiple places use port.membase.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 22c971db7dd4b0ad8dd88e99c407f7a1f4231a2e upstream.
Colin King reported a bug in read_bbreg_hdl():
memcpy(pcmd->rsp, (u8 *), pcmd->rspsz);
The problem is that
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Xin Long
commit e166e4fdaced850bee3d5ee12a5740258fb30587 upstream.
Since Commit 21d1196a35f5 ("ipv4: set transport header earlier"),
skb->transport_header has been always set before entering
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Howells
commit 8c7ae38d1ce12a0eaeba655df8562552b3596c7f upstream.
The marshalling of AFS.StoreData, AFS.StoreData64 and YFS.StoreData64 calls
generated by ->setattr() ops for the
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lu Baolu
commit 5bb71fc790a88d063507dc5d445ab8b14e845591 upstream.
The spec states in 10.4.16 that the Protected Memory Enable
Register should be treated as read-only for implementations
not
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Axel Lin
commit c5bc6e526d3f217ed2cc3681d256dc4a2af4cc2b upstream.
Current code test wrong value so it does not verify if the written
data is correctly read back. Fix it.
Also make it return
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hoan Nguyen An
commit 93bcefd4c6bad4c69dbc4edcd3fbf774b24d930d upstream.
We disable transmission interrupt (clear SCSCR_TIE) after all data has been
transmitted
(if uart_circ_empty(xmit)).
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 89e4130939a20304f4059ab72179da81f5347528 upstream.
When a dual stack tcp listener accepts an ipv4 flow,
it should not attempt to use an ipv6 header or tcp_v6_iif() helper.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
commit 587443e7773e150ae29e643ee8f41a1eed226565 upstream.
Code review revealed a race condition which could allow the catas error
flow to interrupt the alias guid query post
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lin Yi
commit 2908b076f5198d231de62713cb2b633a3a4b95ac upstream.
The write_parport_reg_nonblock() helper takes a reference to the struct
mos_parport, but failed to release it in a couple of
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman
commit d92f2c59cc2cbca6bfb2cc54882b58ba76b15fd4 upstream.
Commit 2f31a67f01a8 ("usb: xhci: Prevent bus suspend if a port connect
change or polling state is detected") was
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Xin Long
commit 99253eb750fda6a644d5188fb26c43bad8d5a745 upstream.
Commit 5e1859fbcc3c ("ipv4: ipmr: various fixes and cleanups") fixed
the issue for ipv4 ipmr:
ip_mroute_setsockopt() &
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit 0fcc4c8c044e117ac126ab6df4138ea9a67fa2a9 upstream.
When dev_exception_add() returns an error (due to a failed memory
allocation), make sure that we move the RCU preemption
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit ca0214ee2802dd47239a4e39fb21c5b00ef61b22 upstream.
The PCM OSS emulation converts and transfers the data on the fly via
"plugins". The data is converted over the
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sven Eckelmann
commit 3d65b9accab4a7ed5038f6df403fbd5e298398c7 upstream.
The batadv_hash_remove is a function which searches the hashtable for an
entry using a needle, a hashtable bucket
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit 4a9be28c45bf02fa0436808bb6c0baeba30e120e upstream.
If the last NFSv3 unmount from a given host races with a mount from the
same host, we can destroy an nlm_host that is still
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit 0cf9135b773bf32fba9dd8e6699c1b331ee4b749 upstream.
The CPUID flag ARCH_CAPABILITIES is unconditioinally exposed to host
userspace for all x86 hosts, i.e. KVM
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sven Eckelmann
commit 4ba104f468bbfc27362c393815d03aa18fb7a20f upstream.
The batadv_hash_remove is a function which searches the hashtable for an
entry using a needle, a hashtable bucket
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit ddba91801aeb5c160b660caed1800eb3aef403f8 upstream.
KVM's API requires thats ioctls must be issued from the same process
that created the VM. In other words,
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 113ce08109f8e3b091399e7cc32486df1cff48e7 upstream.
Currently PCM core sets each opened stream forcibly to SUSPENDED state
via snd_pcm_suspend_all() call, and the
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit fe67888fc007a76b81e37da23ce5bd8fb95890b0 upstream.
An already deleted SCSI device can exist on the Scsi_Host and remain there
because something still holds a reference.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit 242ec1455151267fe35a0834aa9038e4c4670884 upstream.
Suppose more than one non-NPIV FCP device is active on the same channel.
Send I/O to storage and have some of the
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman
commit a595ecdd5f60b2d93863cebb07eec7f935839b54 upstream.
Lorenz Messtechnik has a device that is controlled by the cp210x driver,
so add the device id to the driver. The
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marco Felsch
commit 032f85c9360fb1a08385c584c2c4ed114b33c260 upstream.
Increase the reset duration to ensure correct phy functionality. The
reset duration is taken from barebox commit
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sven Eckelmann
commit f131a56880d10932931e74773fb8702894a94a75 upstream.
The batadv_hash_remove is a function which searches the hashtable for an
entry using a needle, a hashtable bucket
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dragos Bogdan
commit fccfb9ce70ed4ea7a145f77b86de62e38178517f upstream.
The desired channel has to be selected in order to correctly fill the
buffer with the corresponding data.
The
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Chen Jie
commit 5a07168d8d89b00fe1760120714378175b3ef992 upstream.
The futex code requires that the user space addresses of futexes are 32bit
aligned. sys_futex() checks this in
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Changbin Du
commit d982b33133284fa7efa0e52ae06b88f9be3ea764 upstream.
=
==20875==ERROR: LeakSanitizer: detected memory
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jim Mattson
commit 1eaafe91a0df4157521b6417b3dd8430bf5f52f0 upstream.
If there is a possibility that a VM may migrate to a Skylake host,
then the hypervisor should report
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg
commit 517879147493a5e1df6b89a50f708f1133fcaddb upstream.
We need to dereference the directory to get its parent to
be able to rename it, so it's clearly not safe to try to
do
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit 7caa56f006e9d712b44f27b32520c66420d5cbc6 upstream.
It means userspace gave us a ruleset where there is some other
data after the ebtables target but before the
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lars-Peter Clausen
commit 20ea39ef9f2f911bd01c69519e7d69cfec79fde3 upstream.
The trialmask is expected to have all bits set to 0 after allocation.
Currently kmalloc_array() is used which does
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit baf76f0c58aec435a3a864075b8f6d8ee5d1f17e upstream.
This way, slhc_free() accepts what slhc_init() returns, whether that is
an error or not.
In particular, the pattern
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit e8277b3b52240ec1caad8e6df278863e4bf42eac upstream.
Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly")
depends on skipping vmstat entries with
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Gustavo A. R. Silva"
commit 2b1d9c8f87235f593826b9cf46ec10247741fff9 upstream.
info->stream is indirectly controlled by user-space, hence leading to
a potential exploitation of the Spectre
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
This reverts commit 8b197d3ce585d6777197e0633d71e5af7d98cb35, which
was a stable-specific improvement to IP ID selection. I will apply
the upstream changes instead.
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit c1c477217882c610a2ba0268f5faf36c9c092528 upstream.
Canonical way to fetch sk_user_data from an encap_rcv() handler called
from UDP stack in rcu protected section is to use
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 76a495d666e5043ffc315695f8241f5e94a98849 upstream.
Take the d_lock here to ensure that d_name doesn't change.
Signed-off-by: Jeff Layton
Reviewed-by: "Yan, Zheng"
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
commit 8381eacf5c3b35cf7755f4bc521c4d56d24c1cd9 upstream.
Make __ipv6_select_ident() static as it isn't used outside
the file.
Fixes: 0508c07f5e0c9 (ipv6: Select fragment id
3.16.72-rc1 review patch. If anyone has any objections, please let me know.
--
From: Denis Efremov
commit 5635f897ed83fd539df78e98ba69ee91592f9bb8 upstream.
This fixes a global out-of-bounds read access in the next_valid_format
function of the floppy driver.
The values from
1 - 100 of 364 matches
Mail list logo
