Hi,
On 04/26/2016 06:23 PM, Mark Brown wrote:
> On Tue, Apr 26, 2016 at 10:24:56AM +0800, Lu Baolu wrote:
>
>> The GPIO name might be different in different use cases. For my case,
>> it is "vbus_en", but other cases should use the different name.
>> On ACPI compatible platforms, GPIO resources
Hi,
On 04/26/2016 06:23 PM, Mark Brown wrote:
> On Tue, Apr 26, 2016 at 10:24:56AM +0800, Lu Baolu wrote:
>
>> The GPIO name might be different in different use cases. For my case,
>> it is "vbus_en", but other cases should use the different name.
>> On ACPI compatible platforms, GPIO resources
Hi Will,
On 2016/4/26 21:35, Will Deacon wrote:
On Tue, Apr 26, 2016 at 09:03:25PM +0800, Hanjun Guo wrote:
On 2016/4/26 20:15, Will Deacon wrote:
On Tue, Apr 26, 2016 at 01:31:07PM +0800, Hanjun Guo wrote:
On 2016/4/26 0:47, David Daney wrote:
On 04/25/2016 04:13 AM, Will Deacon wrote:
On
Hi Will,
On 2016/4/26 21:35, Will Deacon wrote:
On Tue, Apr 26, 2016 at 09:03:25PM +0800, Hanjun Guo wrote:
On 2016/4/26 20:15, Will Deacon wrote:
On Tue, Apr 26, 2016 at 01:31:07PM +0800, Hanjun Guo wrote:
On 2016/4/26 0:47, David Daney wrote:
On 04/25/2016 04:13 AM, Will Deacon wrote:
On
On 04/26/2016 10:18 AM, Colin King wrote:
From: Colin Ian King
The dev_err message is superfluous because the failure is already
printed by dev_kzalloc, so remove it.
Nitpick: devm_kzalloc
Signed-off-by: Colin Ian King
Reviewed-by:
On 04/26/2016 10:18 AM, Colin King wrote:
From: Colin Ian King
The dev_err message is superfluous because the failure is already
printed by dev_kzalloc, so remove it.
Nitpick: devm_kzalloc
Signed-off-by: Colin Ian King
Reviewed-by: Guenter Roeck
Thanks,
Guenter
---
2016-04-27 5:40 GMT+09:00 Kees Cook :
> On Fri, Apr 22, 2016 at 11:19 AM, Emese Revfy wrote:
>> This patch set introduce the GCC plugin infrastructure with examples for
>> testing
>> and documentation.
>>
>> GCC plugins are loadable modules that provide
2016-04-27 5:40 GMT+09:00 Kees Cook :
> On Fri, Apr 22, 2016 at 11:19 AM, Emese Revfy wrote:
>> This patch set introduce the GCC plugin infrastructure with examples for
>> testing
>> and documentation.
>>
>> GCC plugins are loadable modules that provide extra features to the compiler.
>> They
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, April 27, 2016 4:08 AM
> To: Wu, Feng
> Cc: pbonz...@redhat.com; j...@8bytes.org; mtosa...@redhat.com;
> eric.au...@linaro.org; k...@vger.kernel.org; iommu@lists.linux-
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, April 27, 2016 4:08 AM
> To: Wu, Feng
> Cc: pbonz...@redhat.com; j...@8bytes.org; mtosa...@redhat.com;
> eric.au...@linaro.org; k...@vger.kernel.org; iommu@lists.linux-
> foundation.org;
Hi,
On Tue, 2016-04-26 at 16:11 -0700, Greg Kroah-Hartman wrote:
> On Fri, Apr 08, 2016 at 11:21:05AM -0400, Alan Stern wrote:
> > On Fri, 8 Apr 2016, Greg Kroah-Hartman wrote:
> >
> > > On Fri, Apr 08, 2016 at 05:08:03PM +0800, Chunfeng Yun wrote:
> > > > NULL pointer dereferrence will happen
Hi,
On Tue, 2016-04-26 at 16:11 -0700, Greg Kroah-Hartman wrote:
> On Fri, Apr 08, 2016 at 11:21:05AM -0400, Alan Stern wrote:
> > On Fri, 8 Apr 2016, Greg Kroah-Hartman wrote:
> >
> > > On Fri, Apr 08, 2016 at 05:08:03PM +0800, Chunfeng Yun wrote:
> > > > NULL pointer dereferrence will happen
filter_events() relies on the value of 0 to remove events that are not
applicable, like this one.
UBSAN: Undefined behaviour in arch/x86/events/amd/core.c:132:30
index 9 is out of range for type 'u64 [9]'
UBSAN: Undefined behaviour in arch/x86/events/amd/core.c:132:9
load of address
filter_events() relies on the value of 0 to remove events that are not
applicable, like this one.
UBSAN: Undefined behaviour in arch/x86/events/amd/core.c:132:30
index 9 is out of range for type 'u64 [9]'
UBSAN: Undefined behaviour in arch/x86/events/amd/core.c:132:9
load of address
On 04/21/2016 03:06 AM, Dennis Chen wrote:
On 20 April 2016 at 09:40, David Daney wrote:
[...]
+/* Callback for Proximity Domain -> ACPI processor UID mapping */
+void __init acpi_numa_gicc_affinity_init(struct acpi_srat_gicc_affinity *pa)
+{
+ int pxm, node;
+
On 23/04/16 01:31, Nicolas Dichtel wrote:
> Goal of this patch is to use the new libnl API to align netlink attribute
> when needed.
> The layout of the netlink message will be a bit different after the patch,
> because the padattr (TASKSTATS_TYPE_STATS) will be inside the nested
> attribute
On 04/21/2016 03:06 AM, Dennis Chen wrote:
On 20 April 2016 at 09:40, David Daney wrote:
[...]
+/* Callback for Proximity Domain -> ACPI processor UID mapping */
+void __init acpi_numa_gicc_affinity_init(struct acpi_srat_gicc_affinity *pa)
+{
+ int pxm, node;
+ u64 mpidr;
+
+
On 23/04/16 01:31, Nicolas Dichtel wrote:
> Goal of this patch is to use the new libnl API to align netlink attribute
> when needed.
> The layout of the netlink message will be a bit different after the patch,
> because the padattr (TASKSTATS_TYPE_STATS) will be inside the nested
> attribute
On Tue, Apr 26, 2016 at 8:38 PM, Sergio Prado
wrote:
> Embest MarS Board [1] is a multi-core platform based on Freescale i.MX6
> Cortex-A9 Dual Core, running up to 1GHz with 1 GB of RAM, 4GB of eMMC
> and with a 4MB SPI flash.
>
> [1]
On Tue, Apr 26, 2016 at 8:38 PM, Sergio Prado
wrote:
> Embest MarS Board [1] is a multi-core platform based on Freescale i.MX6
> Cortex-A9 Dual Core, running up to 1GHz with 1 GB of RAM, 4GB of eMMC
> and with a 4MB SPI flash.
>
> [1] http://www.embest-tech.com/shop/star/marsboard.html
>
>
Hello,
On (04/26/16 16:15), Petr Mladek wrote:
[..]
> > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
> > index 89f5441..9345a29 100644
> > --- a/kernel/printk/printk.c
> > +++ b/kernel/printk/printk.c
> > @@ -2757,6 +2759,13 @@ static int __init printk_late_init(void)
> >
Hello,
On (04/26/16 16:15), Petr Mladek wrote:
[..]
> > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
> > index 89f5441..9345a29 100644
> > --- a/kernel/printk/printk.c
> > +++ b/kernel/printk/printk.c
> > @@ -2757,6 +2759,13 @@ static int __init printk_late_init(void)
> >
On Tue, Apr 26, 2016 at 09:40:45PM +0200, Vlastimil Babka wrote:
> On 04/26/2016 02:55 AM, Joonsoo Kim wrote:
> >On Mon, Apr 25, 2016 at 03:35:50PM +0200, Vlastimil Babka wrote:
> >>@@ -846,9 +845,11 @@ isolate_migratepages_block(struct compact_control *cc,
> >>unsigned long low_pfn,
> >>
On Tue, Apr 26, 2016 at 09:40:45PM +0200, Vlastimil Babka wrote:
> On 04/26/2016 02:55 AM, Joonsoo Kim wrote:
> >On Mon, Apr 25, 2016 at 03:35:50PM +0200, Vlastimil Babka wrote:
> >>@@ -846,9 +845,11 @@ isolate_migratepages_block(struct compact_control *cc,
> >>unsigned long low_pfn,
> >>
On Mon, Apr 25, 2016 at 03:35:48PM +0200, Vlastimil Babka wrote:
> From: Hugh Dickins
>
> /proc/sys/vm/stat_refresh warns nr_isolated_anon and nr_isolated_file
> go increasingly negative under compaction: which would add delay when
> should be none, or no delay when should
On 04/26/2016 03:34 PM, Paul Moore wrote:
> On Fri, Apr 22, 2016 at 1:16 PM, Peter Hurley
> wrote:
>> On 04/21/2016 11:14 AM, Richard Guy Briggs wrote:
>>> diff --git a/include/linux/audit.h b/include/linux/audit.h
>>> index b40ed5d..32cdafb 100644
>>> ---
On Mon, Apr 25, 2016 at 03:35:48PM +0200, Vlastimil Babka wrote:
> From: Hugh Dickins
>
> /proc/sys/vm/stat_refresh warns nr_isolated_anon and nr_isolated_file
> go increasingly negative under compaction: which would add delay when
> should be none, or no delay when should delay. The bug in
On 04/26/2016 03:34 PM, Paul Moore wrote:
> On Fri, Apr 22, 2016 at 1:16 PM, Peter Hurley
> wrote:
>> On 04/21/2016 11:14 AM, Richard Guy Briggs wrote:
>>> diff --git a/include/linux/audit.h b/include/linux/audit.h
>>> index b40ed5d..32cdafb 100644
>>> --- a/include/linux/audit.h
>>> +++
Hello,
On (04/26/16 17:08), Dan Streetman wrote:
[..]
> -static void __zswap_pool_release(struct rcu_head *head)
> +static void __zswap_pool_release(struct work_struct *work)
> {
> - struct zswap_pool *pool = container_of(head, typeof(*pool), rcu_head);
> + struct zswap_pool *pool =
Hi Doug:
On 2016年04月27日 04:53, Doug Anderson wrote:
Hi,
On Tue, Apr 26, 2016 at 5:37 AM, Heiko Stübner wrote:
+ model = "Rockchip RK3399 Evaluation Board";
+ compatible = "rockchip,rk3399-evb", "rockchip,rk3399",
+ "google,rk3399evb-rev2",
Hello,
On (04/26/16 17:08), Dan Streetman wrote:
[..]
> -static void __zswap_pool_release(struct rcu_head *head)
> +static void __zswap_pool_release(struct work_struct *work)
> {
> - struct zswap_pool *pool = container_of(head, typeof(*pool), rcu_head);
> + struct zswap_pool *pool =
Hi Doug:
On 2016年04月27日 04:53, Doug Anderson wrote:
Hi,
On Tue, Apr 26, 2016 at 5:37 AM, Heiko Stübner wrote:
+ model = "Rockchip RK3399 Evaluation Board";
+ compatible = "rockchip,rk3399-evb", "rockchip,rk3399",
+ "google,rk3399evb-rev2", google,rk3399evb-rev1",
+
On 2016年04月26日 20:37, Heiko Stübner wrote:
Am Dienstag, 26. April 2016, 10:36:46 schrieb Jianqun Xu:
This patch add rk3399-evb.dts for RK3399 evaluation board.
Tested on RK3399 evb.
Signed-off-by: Jianqun Xu
---
changes in v3:
- add more compatible (Doug)
- add modle
On 2016年04月26日 20:37, Heiko Stübner wrote:
Am Dienstag, 26. April 2016, 10:36:46 schrieb Jianqun Xu:
This patch add rk3399-evb.dts for RK3399 evaluation board.
Tested on RK3399 evb.
Signed-off-by: Jianqun Xu
---
changes in v3:
- add more compatible (Doug)
- add modle
On Tue, Apr 26, 2016 at 04:17:43PM -0700, Andrew Morton wrote:
> On Tue, 26 Apr 2016 09:21:10 -0700 Thomas Garnier wrote:
>
> > Provides an optional config (CONFIG_FREELIST_RANDOM) to randomize the
> > SLAB freelist. The list is randomized during initialization of a new set
On Tue, Apr 26, 2016 at 04:17:43PM -0700, Andrew Morton wrote:
> On Tue, 26 Apr 2016 09:21:10 -0700 Thomas Garnier wrote:
>
> > Provides an optional config (CONFIG_FREELIST_RANDOM) to randomize the
> > SLAB freelist. The list is randomized during initialization of a new set
> > of pages. The
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 0d5ce778c43bf888328231bcdce05d5c860655aa upstream.
A typo of j for i led to a logic bug. To rule out future
confusion, the variable names are made
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 0d5ce778c43bf888328231bcdce05d5c860655aa upstream.
A typo of j for i led to a logic bug. To rule out future
confusion, the variable names are made meaningful.
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit 10e7ac22cdd4d211cef99afcb9371b70cb175be6 upstream.
Calling return copy_to_user(...) in an ioctl will not do the right thing
if there's a pagefault:
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 5c915c68763889f0183a1cc61c84bb228b60124a upstream.
On my bttv card "Hauppauge WinTV [card=10]" capturing in YV12 fmt at max
size results in a solid
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bjorn Helgaas
commit b84106b4e2290c081cdab521fa832596cdfea246 upstream.
The PCI config header (first 64 bytes of each device's config space) is
defined by the PCI spec so
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit 10e7ac22cdd4d211cef99afcb9371b70cb175be6 upstream.
Calling return copy_to_user(...) in an ioctl will not do the right thing
if there's a pagefault: copy_to_user
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 5c915c68763889f0183a1cc61c84bb228b60124a upstream.
On my bttv card "Hauppauge WinTV [card=10]" capturing in YV12 fmt at max
size results in a solid green rectangle being
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bjorn Helgaas
commit b84106b4e2290c081cdab521fa832596cdfea246 upstream.
The PCI config header (first 64 bytes of each device's config space) is
defined by the PCI spec so generic software can
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 81d90442eac779938217c3444b240aa51fd3db47 upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=03 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 3e71da19f9dc22e39a755d6ae9678661abb66adc upstream.
bytesperline should be the bytesperline for the first plane for planar
formats, not that of all
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 81d90442eac779938217c3444b240aa51fd3db47 upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=03 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 3e71da19f9dc22e39a755d6ae9678661abb66adc upstream.
bytesperline should be the bytesperline for the first plane for planar
formats, not that of all planes combined.
This
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 264904ccc33c604d4b3141bbd33808152dfac45b upstream.
Some devices I got show an inability to operate right after
power on if they are already connected.
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 264904ccc33c604d4b3141bbd33808152dfac45b upstream.
Some devices I got show an inability to operate right after
power on if they are already connected. They are beyond
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 7445e45d19a09e5269dc85f17f9635be29d2f76c upstream.
SPC 880NC PC camera discussions:
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 7445e45d19a09e5269dc85f17f9635be29d2f76c upstream.
SPC 880NC PC camera discussions:
http://www.pclinuxos.com/forum/index.php/topic,135688.0.html
Reported-by:
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Hennerich
commit f3df53e4d70b5736368a8fe8aa1bb70c1cb1f577 upstream.
Fix RDAC read back errors caused by a typo. Value must shift by 2.
Fixes:
> "James" == James Bottomley writes:
>> The last point is what Denys introduced in the kernel with
>> bc27fb68aaad ("include/uapi/linux/byteorder, swab: force inlining of
>> some byteswap operations"). So maybe it's better after all to revert
>> that
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Hennerich
commit f3df53e4d70b5736368a8fe8aa1bb70c1cb1f577 upstream.
Fix RDAC read back errors caused by a typo. Value must shift by 2.
Fixes: a4bd394956f2
> "James" == James Bottomley writes:
>> The last point is what Denys introduced in the kernel with
>> bc27fb68aaad ("include/uapi/linux/byteorder, swab: force inlining of
>> some byteswap operations"). So maybe it's better after all to revert
>> that patch, to have a higher confidence in the
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 0ef049dc1167fe834d0ad5d63f89eddc5c70f6e4 upstream.
When CONFIG_OPTIMIZE_INLINING is set, the sta_info_insert_finish
function consumes more stack than
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 0ef049dc1167fe834d0ad5d63f89eddc5c70f6e4 upstream.
When CONFIG_OPTIMIZE_INLINING is set, the sta_info_insert_finish
function consumes more stack than normally, exceeding
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sudip Mukherjee
commit ea32f065bd3e3e09f0bcb3042f1664caf6b3e233 upstream.
On error we jumped to the error label and returned the error code but we
missed releasing
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sudip Mukherjee
commit ea32f065bd3e3e09f0bcb3042f1664caf6b3e233 upstream.
On error we jumped to the error label and returned the error code but we
missed releasing sinfo.
Fixes: 5fe74014172d
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 7445e45d19a09e5269dc85f17f9635be29d2f76c upstream.
SPC 880NC PC camera discussions:
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit f33798deecbd59a2955f40ac0ae2bc7dff54c069 upstream.
commit 9ce119f318ba ("tty: Fix GPF in flush_to_ldisc()") fixed a
GPF caused by a line
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 7445e45d19a09e5269dc85f17f9635be29d2f76c upstream.
SPC 880NC PC camera discussions:
http://www.pclinuxos.com/forum/index.php/topic,135688.0.html
Reported-by:
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit f33798deecbd59a2955f40ac0ae2bc7dff54c069 upstream.
commit 9ce119f318ba ("tty: Fix GPF in flush_to_ldisc()") fixed a
GPF caused by a line discipline which does not define a
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit 54d83fc74aa9ec72794373cb47432c5f7fb1a309 upstream.
Ben Hawkes says:
In the mark_source_chains function (net/ipv4/netfilter/ip_tables.c) it
is
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit 54d83fc74aa9ec72794373cb47432c5f7fb1a309 upstream.
Ben Hawkes says:
In the mark_source_chains function (net/ipv4/netfilter/ip_tables.c) it
is possible for a
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit 401879c57f01cbf2da204ad2e8db910525c6dbea upstream.
The N_IRDA line discipline may access the previous line discipline's closed
and already-fre
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit 401879c57f01cbf2da204ad2e8db910525c6dbea upstream.
The N_IRDA line discipline may access the previous line discipline's closed
and already-fre private data on open [1].
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tom Lendacky
commit b31dde2a5cb1bf764282abf934266b7193c2bc7c upstream.
Use a local variable for the exported and imported state so that
alignment is not an issue. On
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tom Lendacky
commit b31dde2a5cb1bf764282abf934266b7193c2bc7c upstream.
Use a local variable for the exported and imported state so that
alignment is not an issue. On export, set a local
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 28c971d82fb58ef7cba22e5308be6d2d2590473d upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guo-Fu Tseng
commit 81422e672f8181d7ad1ee6c60c723aac649f538f upstream.
According to Documentation/power/devices.txt
The driver should not use
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Raghava Aditya Renukunta
commit f88fa79a61726ce9434df9b4aede36961f709f17 upstream.
aac_fib_map_free() calls pci_free_consistent() without checking that
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 28c971d82fb58ef7cba22e5308be6d2d2590473d upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guo-Fu Tseng
commit 81422e672f8181d7ad1ee6c60c723aac649f538f upstream.
According to Documentation/power/devices.txt
The driver should not use device_set_wakeup_enable() which is the policy
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Raghava Aditya Renukunta
commit f88fa79a61726ce9434df9b4aede36961f709f17 upstream.
aac_fib_map_free() calls pci_free_consistent() without checking that
dev->hw_fib_va is not NULL and
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 6f3508f61c814ee852c199988a62bd954c50dfc1 upstream.
dct_sel_base_off is declared as a u64 but we're only using the lower 32
bits because of a
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit e07ff9434167981c993a26d2edbbcb8e13801dbb upstream.
The s5m8767_pmic_probe() function calls s5m8767_get_register() to
read data without checking the return
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alexander Usyskin
commit 35bf7692e765c2275bf93fe573f7ca868ab73453 upstream.
buf_idx type was changed to size_t, and few places
missed out to change the print
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Julia Lawall
commit 1b669e713f277a4d4b3cec84e13d16544ac8286d upstream.
& is no longer allowed in column 0, since Coccinelle 1.0.4.
Signed-off-by: Julia Lawall
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 6f3508f61c814ee852c199988a62bd954c50dfc1 upstream.
dct_sel_base_off is declared as a u64 but we're only using the lower 32
bits because of a shift wrapping bug. This can
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit e07ff9434167981c993a26d2edbbcb8e13801dbb upstream.
The s5m8767_pmic_probe() function calls s5m8767_get_register() to
read data without checking the return code, which
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alexander Usyskin
commit 35bf7692e765c2275bf93fe573f7ca868ab73453 upstream.
buf_idx type was changed to size_t, and few places
missed out to change the print format from %ld to %zu.
Use also
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Julia Lawall
commit 1b669e713f277a4d4b3cec84e13d16544ac8286d upstream.
& is no longer allowed in column 0, since Coccinelle 1.0.4.
Signed-off-by: Julia Lawall
Tested-by: Nishanth Menon
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 8e58041114319ad290e85a7a82077dc9e2f93613 upstream.
The davinci platform has tried to get support for the EEPROM right,
but failed to get a clean build so
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Markus Trippelsdorf
commit d85ce830eef6c10d1e9617172dea4681f02b8424 upstream.
One line in perf_pmu__parse_unit() is indented wrongly, leading to a
warning (=> error)
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Markus Trippelsdorf
commit d85ce830eef6c10d1e9617172dea4681f02b8424 upstream.
One line in perf_pmu__parse_unit() is indented wrongly, leading to a
warning (=> error) from gcc 6:
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 8e58041114319ad290e85a7a82077dc9e2f93613 upstream.
The davinci platform has tried to get support for the EEPROM right,
but failed to get a clean build so far. At the
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 50e6315dba721cbc24ccd6d7b299f1782f210a98 upstream.
Commit 985087dbcb02 'misc: add support for bmp18x chips to the bmp085
driver' changed the BMP085
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sebastian Frias
commit 0b41ce991052022c030fd868e03877700220b090 upstream.
Some UART HW has a single register combining UART_DLL/UART_DLM
(this was probably forgotten in the
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 50e6315dba721cbc24ccd6d7b299f1782f210a98 upstream.
Commit 985087dbcb02 'misc: add support for bmp18x chips to the bmp085
driver' changed the BMP085 config symbol to a
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sebastian Frias
commit 0b41ce991052022c030fd868e03877700220b090 upstream.
Some UART HW has a single register combining UART_DLL/UART_DLM
(this was probably forgotten in the change that
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 28c971d82fb58ef7cba22e5308be6d2d2590473d upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon)
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guo-Fu Tseng
commit 0772a99b818079e628a1da122ac7ee023faed83e upstream.
Otherwise it might be back on resume right after going to suspend in
some hardware.
This is the start of the stable review cycle for the 3.2.80 release.
There are 115 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 Sat Apr 30 22:00:00 UTC 2016.
Anything
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mateusz Guzik
commit 2e83b79b2d6c78bf1b4aa227938a214dcbddc83f upstream.
This plugs 2 trivial leaks in xfs_attr_shortform_list and
xfs_attr3_leaf_list_int.
Signed-off-by:
3.16.35-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 28c971d82fb58ef7cba22e5308be6d2d2590473d upstream.
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guo-Fu Tseng
commit 0772a99b818079e628a1da122ac7ee023faed83e upstream.
Otherwise it might be back on resume right after going to suspend in
some hardware.
Reported-by: Diego Viola
This is the start of the stable review cycle for the 3.2.80 release.
There are 115 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 Sat Apr 30 22:00:00 UTC 2016.
Anything
3.2.80-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mateusz Guzik
commit 2e83b79b2d6c78bf1b4aa227938a214dcbddc83f upstream.
This plugs 2 trivial leaks in xfs_attr_shortform_list and
xfs_attr3_leaf_list_int.
Signed-off-by: Mateusz Guzik
201 - 300 of 3200 matches
Mail list logo