The variable was only assigned with the pointer but was never used.
We can safely remove it.
Signed-off-by: Sudip Mukherjee
---
drivers/video/fbdev/smscufx.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/fbdev/smscufx.c b/drivers/video/fbdev/smscufx.c
index 9279e5f..ec2e7e3
Hi Yunlong,
Do we have a bug report in terms of this?
Thanks,
On Wed, May 25, 2016 at 09:01:01PM +0800, Yunlong Song wrote:
> Commit aaf9607516ed38825268515ef4d773289a44f429 ("f2fs: check node page
> contents all the time") pointed out that "sometimes it was reported that
> its contents was miss
On Wed, May 25, 2016 at 9:28 AM, Peter Zijlstra wrote:
>
> I would consider any architecture that allows speculative stores as
> broken. They are values out of thin air and would make any kind of
> concurrency extremely 'interesting'.
It's worth noting that the same is true of compilers too. You
On Tue, May 24, 2016 at 06:29:44AM +, Ocean HY1 He wrote:
> In pcie_config_aspm_link(), when convert ASPM state to
> upstream/downstream ASPM register state, the upstream variable and
> dwsream variable are reversed. This causes PCI/E link enter ASPM L0s
> even it should be disabled and PCI/E e
From: Thor Thayer
Separate the device match arrays for each platform to prevent
CycloneV matches when calling of_platform_populate() on the
Arria10 ECC manager node.
If the SDRAM is a child node of ECC manager, call probe function
via of_platform_populate().
Signed-off-by: Thor Thayer
---
driv
Hi Linus,
Please pull from 'master' branch of
git://www.linux-watchdog.org/linux-watchdog.git
This adds following changes:
* Add support for Fintek F81865 Super-IO chip
* Add support for watchdogs (RWDT and SWDT) found on RCar Gen3 based SoCs from
Renesas
* octeon: Handle the FROZEN hot
On Mon, May 23, 2016 at 06:01:14PM -0700, Hoan Tran wrote:
> Hi Rob,
>
> Thanks for your review !
>
> On Mon, May 23, 2016 at 1:30 PM, Rob Herring wrote:
> >
> > On Mon, May 16, 2016 at 09:17:25AM -0700, Hoan Tran wrote:
> > > This patch adds the APM X-Gene hwmon device tree node documentation.
On Wed 25 May 09:06 PDT 2016, Peter Griffin wrote:
> XP70 slim core is used as a basis for many IPs in the STi
> chipsets such as fdma, display, and demux. To avoid
> duplicating the elf loading code in each device driver
> an xp70 rproc driver has been created.
>
I like this approach.
[..]
> d
On Wed, May 25, 2016 at 06:24:49PM +0200, Peter Zijlstra wrote:
On Wed, May 25, 2016 at 10:51:20AM -0400, Chris Mason wrote:
On Mon, May 09, 2016 at 12:48:07PM +0200, Peter Zijlstra wrote:
> Hai,
>
> here be a semi coherent patch series for the recent select_idle_siblings()
> tinkering. Happy be
On Wed, May 25, 2016 at 3:46 AM, Michal Marek wrote:
> On 2016-05-24 19:04, Kees Cook wrote:
>> On Mon, May 23, 2016 at 3:07 PM, Emese Revfy wrote:
>>> This patch set introduce the GCC plugin infrastructure with examples for
>>> testing
>>> and documentation.
>>>
>>> GCC plugins are loadable mod
Hello,
On Tue, May 24, 2016 at 06:05:23PM -0700, Viacheslav Dubeyko wrote:
> Hi Jaegeuk,
>
> On Mon, 2016-05-23 at 14:13 -0700, Jaegeuk Kim wrote:
> > Hi Slava,
> >
> > On Thu, May 19, 2016 at 10:46:06AM -0700, Viacheslav Dubeyko wrote:
> > ...
> > >
> > > +#ifdef CONFIG_F2FS_16TB_VOLUME_SUPPO
Josh,
my current git version (with gcc 5.3.1) makes objtool warn about
"duplicate frame pointer save" in drivers/gpu/drm/vmwgfx/vmwgfx_msg.c
for both vmw_send_msg() and vmw_host_get_guestinfo().
The reason is that VMW_PORT_HB_OUT() uses a magic instruction sequence
(a "rep outsb") to communicate
On Mon, May 23, 2016 at 4:02 PM, Pranay Srivastava wrote:
> Hi Markus
>
> On Fri, May 20, 2016 at 1:52 PM, Markus Pargmann wrote:
>> On Friday 20 May 2016 02:05:36 Pranay Srivastava wrote:
>>> On Thu, May 19, 2016 at 11:52 AM, Markus Pargmann
>>> wrote:
>>> > Hi,
>>> >
>>> > On Wed, May 11, 201
On Tue, May 24, 2016 at 8:55 PM, Brian Gerst wrote:
> On Tue, May 24, 2016 at 6:48 PM, Andy Lutomirski wrote:
>> This series hardens x86's uaccess code a bit. It adds warnings for
>> some screwups, adds an OOPS for a major exploitable screwup, and it
>> improves debuggability a bit by indicating
Hi Bjorn,
OK. I see that we are dealing with two different questions.
> I thought you were talking about booting with
> "pcie_aspm.policy=powersave", where pcie_aspm_set_policy() sets
> aspm_policy = POLICY_POWERSAVE, then configures each link with
> ASPM_STATE_ALL. But pcie_config_aspm_link() d
On Wed, May 18, 2016 at 10:41:23AM +0200, Gabriel Fernandez wrote:
> This patch allows fine tuning of the quads FS for audio clocks
> accuracy.
>
> Signed-off-by: Olivier Bideau
> Signed-off-by: Gabriel Fernandez
> ---
> .../devicetree/bindings/clock/st/st,flexgen.txt| 1 +
> drivers/clk/s
On 25/05/16 17:36, Rhyland Klein wrote:
...
> I can see that getting the temperature could work. I would point out
> that I don't see any recent changes to bq27xxx or the power_supply_core
> that would imply this is a regression. My guess is that up until now,
> for devices that support the TEMP
On Mon, May 23, 2016 at 04:13:57PM -0700, Nicolin Chen wrote:
> CS53L30 is a Quad-Channel ADC from Cirrus Logic with an I2S/TDM DAI.
> So this patch adds support for CS53L30 that supports 24-bit recording
> feature.
>
> Signed-off-by: Nicolin Chen
> ---
> Changelog:
> v5->v6
> * Added clock cont
On Wed, May 25, 2016 at 04:22:55PM +0100, Catalin Marinas wrote:
> That's when we realised that the CoW problem no longer exists for
> non-aliasing VIPT caches. However, the I-cache counterpart 6060e8df5178
> has not been reverted.
I think I mostly agree, except for reverting 6060e8df5178, which I
On Wed 25 May 09:06 PDT 2016, Peter Griffin wrote:
> diff --git a/drivers/dma/st_fdma.c b/drivers/dma/st_fdma.c
[..]
> +
> +static int st_fdma_alloc_chan_res(struct dma_chan *chan)
> +{
> + struct st_fdma_chan *fchan = to_st_fdma_chan(chan);
> + int ret;
> +
> + /* Create the dma pool
On Mon, May 23, 2016 at 04:13:57PM -0700, Nicolin Chen wrote:
> CS53L30 is a Quad-Channel ADC from Cirrus Logic with an I2S/TDM DAI.
> So this patch adds support for CS53L30 that supports 24-bit recording
> feature.
>
> Signed-off-by: Nicolin Chen
> ---
> Changelog:
> v5->v6
> * Added clock cont
This is the start of the review cycle for the Linux 3.19.8-ckt22 stable
kernel.
This version contains 40 new patches, summarized below. The new patches
are posted as replies to this message and also available in this git branch:
https://git.launchpad.net/~canonical-kernel/linux/+git/linux-stable
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Linus Torvalds
commit 31b0b385f69d8d5491a4bca288e25e63f1d945d0 upstream.
The slab name ends up being visible in the directory structure
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Doug Ledford
Upstream commit e6bd18f57aad (IB/security: Restrict use of the write()
interface) handled the cases for all drivers in the
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit 79e48650320e6fba48369fccf13fd045315b19b8 ]
Stack object "dte_facilities" is allocated in x25_rx_call_reque
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit b8670c09f37bdf2847cc44f36511a53afc6161fd ]
The stack object “info” has a total size of 12 bytes. Its last
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Paolo Abeni
[ Upstream commit 391a20333b8393ef2e13014e6e59d192c5594471 ]
After commit fbd40ea0180a ("ipv4: Don't do expensive useless w
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Al Viro
commit 99d825822eade8d827a1817357cbf3f889a552d6 upstream.
Payloads of NM entries are not supposed to contain NUL. When we run
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kangjie Lu
[ Upstream commit 5f8e44741f9f216e33736ea4ec65ca9ac03036e6 ]
The stack object “map” has a total size of 32 bytes. Its last 4
On Tue, May 24, 2016 at 3:48 PM, Andy Lutomirski wrote:
> This series hardens x86's uaccess code a bit. It adds warnings for
> some screwups, adds an OOPS for a major exploitable screwup, and it
> improves debuggability a bit by indicating non-default fs in oopses.
>
> It shouldn't cause any new
On Tue, May 24, 2016 at 09:36:14AM +0800, Xing Zheng wrote:
> There are multi codec devices on the RK3399 platform, we can use
> this patch support and control these codecs.
>
> Signed-off-by: Xing Zheng
> ---
>
> Changes in v2:
> - use the FS 256 to set mclks of the max98357a and rt5514 danamic
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ian Campbell
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply having sent a request and t
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Horman
[ Upstream commit 6071bd1aa13ed9e41824bafad845b7b7f4df5cfd ]
This was recently reported to me, and reproduced on the latest
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nikolay Aleksandrov
[ Upstream commit 31ca0458a61a502adb7ed192bf9716c6d05791a5 ]
get_bridge_ifindices() is used from the old "deviceles
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 2f5fb43ff62b2b96cc58d95fc0b3596516e4 ]
When the bottom qdisc decides to, for example, drop some packet,
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Wanpeng Li
commit f7c17d26f43d5cc1b7a6b896cd2fa24a079739b9 upstream.
[ cut here ]
WARNING: CPU: 0 PID: 16 at ke
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit bdf17661f63a79c3cb4209b970b1cc39e34f7543 ]
Similarly, we need to update backlog too when we update qlen.
C
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 431e3a8e36a05a37126f34b41aa3a5a6456af04e ]
We saw qlen!=0 but backlog==0 on our production machine:
qdisc
On Tue, May 24, 2016 at 11:47:31AM +, Nava kishore Manne wrote:
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Tuesday, May 24, 2016 2:21 PM
> > To: Nava kishore Manne
> > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> > ijc+d
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: WANG Cong
[ Upstream commit 86a7996cc8a078793670d82ed97d5a99bb4e8496 ]
Remove nearly duplicated code and prepare for the following patc
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jann Horn
[ Upstream commit 8358b02bf67d3a5d8a825070e1aa73f25fb2e4c7 ]
When bpf(BPF_PROG_LOAD, ...) was invoked with a BPF program whos
On 05/24/2016 11:07 PM, Jiri Kosina wrote:
On Tue, 24 May 2016, Joe Perches wrote:
The submitted patches are not being reacted upon, and Jens is only picking
up stable fixes on an rather ad-hoc basis.
Link: lkml.kernel.org/r/574462c5.40...@kernel.dk
Signed-off-by: Jiri Kosina
---
MAINTAINER
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "David S. Miller"
[ Upstream commit a36a0d4008488fa545c74445d69eaf56377d5d4e ]
In particular, make sure we check for decnet private pre
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Chris Friesen
[ Upstream commit d6d5e999e5df67f8ec20b6be45e2229455ee3699 ]
For local routes that require a particular output interface
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 6b83d28a55a891a9d70fc61ccb1c138e47dcbe74,
skb_postpush_rcsum() added from commit
f8ffad69c9f8b8dfb
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Borkmann
[ Upstream commit 9241e2df4fbc648a92ea0752918e05c26255649e ]
When __vlan_insert_tag() fails from skb_vlan_push() path d
On Wed, May 25, 2016 at 12:28:00PM -0500, Rob Herring wrote:
> > diff --git a/Documentation/devicetree/bindings/sound/cs53l30.txt
> > b/Documentation/devicetree/bindings/sound/cs53l30.txt
> > new file mode 100644
> > index 000..ace7ffe
> > --- /dev/null
> > +++ b/Documentation/devicetree/bind
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Zi Shen Lim
commit 98397fc547e3f4553553a30ea56fa34d613f0a4c upstream.
Original implementation commit e54bcde3d69d ("arm64: eBPF JIT com
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Junxiao Bi
commit c25a1e0671fbca7b2c0d0757d533bd2650d6dc0c upstream.
Commit 702e5bc68ad2 ("ocfs2: use generic posix ACL infrastructure"
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "Steven Rostedt (Red Hat)"
commit e1644aae4589274223c1ab9072ddbda98dd97f6a upstream.
valgrind showed that the filter token wasn't being
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit 10a81980fc47e64ffac26a073139813d3f697b64 upstream.
In the very unlikely case __tcp_retransmit_skb() can not use the
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
commit be0bd3160165e42783d8215f426e41c07179c08a upstream.
If GSO packet is segmented and its segments are properly queued,
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?=
commit 1c021bb717a70aaeaa4b25c91f43c2aeddd922de upstream.
In the receive path a queue's work bit wa
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Steven Rostedt
commit 106b816cb46ebd87408b4ed99a2e16203114daa6 upstream.
At the end of process_filter(), collapse_tree() was changed to
Hi Vincent,
On 24/05/16 10:55, Vincent Guittot wrote:
> Fix the insertion of cfs_rq in rq->leaf_cfs_rq_list to ensure that
> a child will always called before its parent.
>
> The hierarchical order in shares update list has been introduced by
> commit 67e86250f8ea ("sched: Introduce hierarchal or
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Joe Perches
commit cb984d101b30eb7478d32df56a0023e4603cba7f upstream.
As gcc major version numbers are going to advance rather rapidly
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Jurgens
commit 82d69203df634b4dfa765c94f60ce9482bcc44d6 upstream.
Use htons instead of unconditionally byte swapping nexthdr. O
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Daniel Vetter
commit 2700818ac9f935d8590715eecd7e8cadbca552b6 upstream.
LPT is pch, so might run into the fdi bandwidth constraint (esp
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Al Viro
commit 10c64cea04d3c75c306b3f990586ffb343b63287 upstream.
* if we have a hashed negative dentry and either CREAT|EXCL on
r/o fi
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Krzysztof Kozlowski
commit 3b672623079bb3e5685b8549e514f2dfaa564406 upstream.
The buck9 regulator of S2MPS11 PMIC had incorrect vsel_ma
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Marek Szyprowski
commit 6ae645d5fa385f3787bf1723639cd907fe5865e7 upstream.
NULL pointer derefence happens when booting with DTB because
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kaho Ng
commit 2da2dc9ead232f25601404335cca13c0f722d41b upstream.
For reducing the noise from the headset output on ASUS UX501VW,
call
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Yura Pakhuchiy
commit 3231e2053eaeee70bdfb216a78a30f11e88e2243 upstream.
Subwoofer does not work out of the box on ASUS N751/N551 lapto
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Behan Webster
commit c4586256f0c440bc2bdb29d2cbb915f0ca785d26 upstream.
Similar to the fix in 40413dcb7b273bda681dca38e6ff0bbb3728ef11
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jack Pham
commit dec8e8f6e6504aa3496c0f7cc10c756bb0e10f44 upstream.
Specifically for the case of reads that use the Extended Register
R
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Herbert Xu
commit 13f4bb78cf6a312bbdec367ba3da044b09bf0e29 upstream.
The crypto hash walk code is broken when supplied with an offset
g
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lucas Stach
commit e3c00d87845ab375f90fa6e10a5e72a3a5778cd3 upstream.
On DCE6.1 PPLL2 is exclusively available to UNIPHYA, so it should
3.19.8-ckt22 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Greg Kroah-Hartman
commit e5bdfd50d6f76077bf8441d130c606229e100d40 upstream.
This reverts commit d8f00cd685f5c8e0def8593e520a7fef12c224
This patch adds the Power Management Controller driver as a PCI driver
for Intel Core SoC architecture.
This driver can utilize debugging capabilities and supported features
as exposed by the Power Management Controller.
Please refer to the below specification for more details on PMC features.
ht
On Wed, 2016-05-25 at 10:12 -0700, Jaegeuk Kim wrote:
[snipped]
> >
> > So, my logic is simple. We are trying to modify the on-disk layout. As a
> > result, we need to check the on-disk layout version, from my viewpoint.
> > And this modification is not "feature" itself but simple bug fix. And I
Łukasz Daniluk reported that on a RHEL kernel that his machine would lock up
after enabling function tracer. I asked him to bisect the functions within
available_filter_functions, which he did and it came down to three:
_paravirt_nop(), _paravirt_ident_32() and _paravirt_ident_64()
It was found
On Tue, May 24, 2016 at 10:04:17AM -0700, Paul E. McKenney wrote:
> On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote:
> > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote:
> > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote:
> > > > On Sat, 2016-05-21 at 16:04 +02
On Tue, May 24, 2016 at 04:34:50PM -0700, Frank Rowand wrote:
> On 5/24/2016 11:32 AM, Mark Brown wrote:
> > On Tue, May 24, 2016 at 08:03:48PM +0200, Christer Weinigel wrote:
> >> On 05/24/2016 07:20 PM, Mark Brown wrote:
> >
> >>> I'm not sure this is something we want to support at all, I can't
On Wed, May 25, 2016 at 01:21:12PM -0400, Sinan Kaya wrote:
> Hi Bjorn,
>
> OK. I see that we are dealing with two different questions.
>
> > I thought you were talking about booting with
> > "pcie_aspm.policy=powersave", where pcie_aspm_set_policy() sets
> > aspm_policy = POLICY_POWERSAVE, then
On Wed, May 25, 2016 at 08:32:51AM -0700, Frank Rowand wrote:
> On 5/25/2016 2:20 AM, Mark Rutland wrote:
> > Linux for legacy reasons, documenting it as a binding is not necessarily
> > in anyone's best interest. If we want to document it, we may want to
> > mark it as deprecated, with a pointer
On Wed, May 25, 2016 at 10:14:24AM -0700, Linus Torvalds wrote:
> Josh,
> my current git version (with gcc 5.3.1) makes objtool warn about
> "duplicate frame pointer save" in drivers/gpu/drm/vmwgfx/vmwgfx_msg.c
> for both vmw_send_msg() and vmw_host_get_guestinfo().
>
> The reason is that VMW_POR
On Wed, May 25, 2016 at 03:16:40PM +0200, Peter Zijlstra wrote:
> On Tue, May 24, 2016 at 03:52:28PM -0700, Andy Lutomirski wrote:
> > + struct trace_buffer_struct *buffer = this_cpu_ptr(trace_percpu_buffer);
> >
> > + if (!buffer || buffer->nesting >= 4)
> > return NULL;
>
> Thi
On Wed, May 25, 2016 at 04:59:50PM +0100, Mark Rutland wrote:
> e.g. stating that this describes a well-defined system-specific bus
> number as documented in a manual, with a note regarding Linux behaviour
> is better simply describing the Linux behaviour.
If it means anything it's really a syste
On Wed, May 25, 2016 at 12:49:32PM -0500, Rob Herring wrote:
> On Tue, May 24, 2016 at 04:34:50PM -0700, Frank Rowand wrote:
> > It is in the kernel, it is appropriate to document it.
> Things get undocumented all the time when we deprecate them.
There's also the X.org approach of breaking docum
On 5/25/2016 10:49 AM, Rob Herring wrote:
> On Tue, May 24, 2016 at 04:34:50PM -0700, Frank Rowand wrote:
>> On 5/24/2016 11:32 AM, Mark Brown wrote:
>>> On Tue, May 24, 2016 at 08:03:48PM +0200, Christer Weinigel wrote:
On 05/24/2016 07:20 PM, Mark Brown wrote:
>>>
> I'm not sure this is
Thanks to Ville Syrjälä for pointing me towards the cause of this issue.
Unfortunately one of the sideaffects of having the refclk for a DPLL set
to SSC is that as long as it's set to SSC, the GPU will prevent us from
powering down any of the pipes or transcoders using it. A couple of
BIOSes enabl
On Tue, May 24, 2016 at 11:12:10PM +0300, Andy Shevchenko wrote:
> On Tue, May 24, 2016 at 10:43 PM, Darren Hart wrote:
> > On Tue, May 24, 2016 at 10:07:32PM +0300, Andy Shevchenko wrote:
> >> On Tue, May 24, 2016 at 9:54 PM, Andy Shevchenko
> >> wrote:
> >> > On Tue, May 24, 2016 at 5:25 PM, Ra
On Wed, May 25, 2016 at 12:28:00PM -0500, Rob Herring wrote:
> On Mon, May 23, 2016 at 04:13:57PM -0700, Nicolin Chen wrote:
> > + - VA-supply, VP-supply : power supplies for the device,
> > +as covered in
> > Documentation/devicetree/bindings/regulator/regulator.txt.
> Also, these are miss
On 5/25/2016 1:50 PM, Bjorn Helgaas wrote:
>> > You are saying that it is OK to enable L0s on just one side of the
>> > link as long as both sides support L0s.
> I'm not sure what you mean by the link parameters not being
> compatible, but I think it is legal to enable L0s on only one
> direction.
page_ext_init() checks suitable pages with pfn_to_nid(), but pfn_to_nid()
depends on memmap which will not be setup fully until page_alloc_init_late()
is done. Use early_pfn_to_nid() instead of pfn_to_nid() so that page extension
could be still used early even though CONFIG_ DEFERRED_STRUCT_PAGE_IN
On Wed, May 25, 2016 at 11:05:13PM +0800, Lijun Ou wrote:
> This patch mainly initialized the RoCE engine. It is absolutely
> necessary to run RoCE. It mainly includes that configure DMAE
> user, initialize doorbell and raq operations, enable port.
>
> Signed-off-by: Wei Hu
> Signed-off-by: Nengl
On Wednesday, May 25, 2016 12:34:19 PM CEST Rob Herring wrote:
> On Tue, May 24, 2016 at 11:47:31AM +, Nava kishore Manne wrote:
> >
> >
> > > -Original Message-
> > > From: Arnd Bergmann [mailto:a...@arndb.de]
> > > Sent: Tuesday, May 24, 2016 2:21 PM
> > > To: Nava kishore Manne
>
On Wed, May 25, 2016 at 02:19:01PM -0400, Sinan Kaya wrote:
> On 5/25/2016 1:50 PM, Bjorn Helgaas wrote:
> >> > You are saying that it is OK to enable L0s on just one side of the
> >> > link as long as both sides support L0s.
> > I'm not sure what you mean by the link parameters not being
> > comp
From: Guenter Roeck
New API functions (calls into class code)
typec_set_usb_role()
typec_set_pwr_role()
typec_set_vconn_role()
typec_set_pwr_opmode()
Modified API functions (calls into class code):
typec_register_port(dev, cap) ->
t
On Tue, May 24, 2016 at 06:41:41PM +0100, Mark Rutland wrote:
> On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote:
> > Document how to use devicetree aliases to assign a stable
> > bus number to a spi bus.
> >
> > Signed-off-by: Christer Weinigel
> >
> > ---
> >
> > Trivial docu
On Tue, May 24, 2016 at 02:07:28PM -0400, Rob Rice wrote:
> From: Rob Rice
>
> Add the device tree binding documentation for the PDC hardware
> in Broadcom iProc SoCs.
>
> Signed-off-by: Rob Rice
> Reviewed-by: Ray Jui
> Reviewed-by: Anup Patel
> Reviewed-by: Scott Branden
> ---
> .../bindi
On 5/25/2016 10:48 AM, Mark Brown wrote:
> On Wed, May 25, 2016 at 08:32:51AM -0700, Frank Rowand wrote:
>> On 5/25/2016 2:20 AM, Mark Rutland wrote:
>
>>> Linux for legacy reasons, documenting it as a binding is not necessarily
>>> in anyone's best interest. If we want to document it, we may want
On Wed, May 25, 2016 at 11:06:46AM -0700, Frank Rowand wrote:
> On 5/25/2016 10:49 AM, Rob Herring wrote:
> > Things get undocumented all the time when we deprecate them.
> If it is deprecated then it should be documented as deprecated so
> people do not attempt to use it.
Or we could just remov
On Wed, May 25, 2016 at 01:44:21PM -0500, Rob Herring wrote:
> For SPI, I think we should use "label" which reflects a name that is
> defined by the h/w design and is meaningful to the user. Then perhaps
> the device becomes "/dev/spi/by-name//spidev.0" or simply
> "/dev/spidev-.0".
I agree -
On 25.05.2016 18:09, Jon Hunter wrote:
On 05/05/16 15:24, Dmitry Osipenko wrote:
Hello, Jon!
On 05.05.2016 16:17, Jon Hunter wrote:
Thanks for the report. I have been unable to reproduce this, but then I
don't see my tegra20 entering LP2 during cpuidle. I did force my tegra20
into LP2 during
On Wed, May 25, 2016 at 1:29 PM, Arnd Bergmann wrote:
> On Wednesday, May 25, 2016 12:34:19 PM CEST Rob Herring wrote:
>> On Tue, May 24, 2016 at 11:47:31AM +, Nava kishore Manne wrote:
>> >
>> >
>> > > -Original Message-
>> > > From: Arnd Bergmann [mailto:a...@arndb.de]
>> > > Sent: T
On Wednesday, May 11, 2016 8:51:55 PM CEST Krzysztof Kozlowski wrote:
> On Wed, May 11, 2016 at 02:49:53PM +0200, Arnd Bergmann wrote:
> > A rework of the exynos-mipi-video driver caused a warning
> > about the new __set_phy_state function potentially accessing
> > a variable before its initializat
On Wed, May 25, 2016 at 09:54:55AM -0700, Linus Torvalds wrote:
> On Wed, May 25, 2016 at 9:28 AM, Peter Zijlstra wrote:
> >
> > I would consider any architecture that allows speculative stores as
> > broken. They are values out of thin air and would make any kind of
> > concurrency extremely 'int
On Wed 25 May 04:13 PDT 2016, Stanimir Varbanov wrote:
> On 03/29/2016 06:37 AM, Bjorn Andersson wrote:
> > From: Bjorn Andersson
> >
> > This introduces the peripheral image loader, for loading WCNSS firmware
> > and boot the core on e.g. MSM8974. The firmware is verified and booted
> > with th
On Wed, May 25, 2016 at 01:45:06PM +0530, Raashid Muhammed wrote:
> From: Raashid Muhammed
>
> sam9-l9260 is a low cost board designed by Olimex.
>
> More information is available at:
> https://www.olimex.com/Products/ARM/Atmel/SAM9-L9260/
>
> Signed-off-by: Raashid Muhammed
> Reviewed-by: Vij
401 - 500 of 748 matches
Mail list logo
