The DP MST encoder config function never sets ddi_pll_sel, even though
its value is programmed in its ->pre_enable() hook. That used to work
because a new pipe_config was kzalloc'ed at every modeset, and the value
of zero selects the highest clock for the PLL. Starting with the commit
below, the va
When in FE_TUNE_MODE_ONESHOT the frontend must report
the actual capabilities so user can take appropriate
action.
With frontends that can't do auto inversion this is done
by dvb-core automatically so CAN_INVERSION_AUTO is valid.
However, when in FE_TUNE_MODE_ONESHOT this is not true.
So only se
On Wed, Aug 19, 2015 at 02:45:43PM -0400, Mike Snitzer wrote:
> This stable@ backport drops the dm-btree-remove.c:remove_one() hunk
> from the original commit because it isn't relevant for stable.
>
Thanks, I guess this is applicable to the 3.16 kernel as well, so I'll
use a similar backport.
Che
On Mon, Aug 31, 2015 at 11:23:28AM +0300, Ander Conselvan de Oliveira wrote:
> The DP MST encoder config function never sets ddi_pll_sel, even though
> its value is programmed in its ->pre_enable() hook. That used to work
> because a new pipe_config was kzalloc'ed at every modeset, and the value
>
Don't set the SRB_FLAGS_QUEUE_ACTION_ENABLE flag since we are not specifying
tags.
Signed-off-by: K. Y. Srinivasan
Cc: stable@vger.kernel.org
---
drivers/scsi/storvsc_drv.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvs
On Mon, 2015-08-31 at 08:21 -0700, K. Y. Srinivasan wrote:
> Don't set the SRB_FLAGS_QUEUE_ACTION_ENABLE flag since we are not specifying
> tags.
What's the actual problem description this causes?
James
> Signed-off-by: K. Y. Srinivasan
> Cc: stable@vger.kernel.org
> ---
> drivers/scsi/storvs
There have been many hard to track down bugs whereby userspace forgot to
flag a write buffer and then cause graphics corruption or a hung GPU
when that buffer was later purged under memory pressure (as the buffer
appeared clean, its pages would have been evicted rather than preserved
and any change
AUX addresses are 20 bits long. Send out the entire address instead of
just the low 16 bits.
Port of:
drm/radeon/atom: Send out the full AUX address
to amdgpu
Signed-off-by: Alex Deucher
Cc: stable@vger.kernel.org
---
drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 3 ++-
1 file changed, 2 insertion
AUX addresses are 20 bits long. Send out the entire address instead of
just the low 16 bits.
Port of:
drm/radeon/atom: Send out the full AUX address
to radeon non-atom aux path
Signed-off-by: Alex Deucher
Cc: stable@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_dp_auxch.c | 4 ++--
1 file c
On 31.08.2015 17:19, Alex Deucher wrote:
AUX addresses are 20 bits long. Send out the entire address instead of
just the low 16 bits.
Port of:
drm/radeon/atom: Send out the full AUX address
to radeon non-atom aux path
Signed-off-by: Alex Deucher
Cc: stable@vger.kernel.org
Reviewed-by: Christ
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Monday, August 31, 2015 7:02 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com;
> jbottom...@parallels
On Sat, 29 Aug 2015, Mikko Rapeli wrote:
> Please, please merge this patch already. Without it hibernation poweroff
> is broken for several users. There were some doubts raised over the
> approach on lkml review but Imre as maintainer thinks this is the right
> thing to do and users like me need t
On Thu, 20 Aug 2015, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> We are no longer checkling the DP link status on long hpd. We used to do
> that from the .hot_plug() handler, but it was removed when MST got
> introduced.
>
> If there's no userspace we now fail to retrain the lin
Hi Felipe,
On ven., août 21 2015, Gregory CLEMENT
wrote:
>> According to the OTG specification after a timeout of
>> OTG_TIME_A_WAIT_VRISE (the maximum value is 100ms) the driver must
>> move from the state a_wait_vrise to the state a_wait_bcon. However,
>> the dsps version of musb does not ha
On Sat, 2015-08-29 at 09:20 -0700, Andy Lutomirski wrote:
> If you haven't pushed this out yet, I would hold off. I think it may
> be unnecessary.
Okay, I've dropped this revert from the 3.19-stable queue. And for
reference, your post: http://seclists.org/oss-sec/2015/q3/456
Thanks very much fo
On Mon, Aug 31, 2015 at 07:48:28PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> This reverts commit 8f2c9544aba636134303105ecb164190a39dece4.
>
> As it breaks g_ether on my Baytrail FFRD8 device. Everything starts out
> fine, but after a bit of data has been transferred
From: Ville Syrjälä
This reverts commit 8f2c9544aba636134303105ecb164190a39dece4.
As it breaks g_ether on my Baytrail FFRD8 device. Everything starts out
fine, but after a bit of data has been transferred it just stops
flowing.
Note that I do get a bunch of these "NOHZ: local_softirq_pending 08
Why not just remove the line?
info->caps |= FE_CAN_INVERSION_AUTO;
The capabilities call interacting with the oneshot setting is rather weird and
maybe unexpected.
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
On Mon, Aug 31, 2015 at 11:54:13AM -0500, Felipe Balbi wrote:
> On Mon, Aug 31, 2015 at 07:48:28PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > This reverts commit 8f2c9544aba636134303105ecb164190a39dece4.
> >
> > As it breaks g_ether on my Baytrail FFRD8 device. E
On 31/08/15 18:03, Johann Klammer wrote:
Why not just remove the line?
info->caps |= FE_CAN_INVERSION_AUTO;
The capabilities call interacting with the oneshot setting is rather weird and
maybe unexpected.
No, because in normal mode it can do auto inversion.
--
To unsubscribe from
Hi Malcolm,
>> The capabilities call interacting with the oneshot setting is rather weird
>> and maybe unexpected.
>>
>>
>
> No, because in normal mode it can do auto inversion.
This isn't my area of expertise, but I suspect this is going to cause
some pretty confusing behavior. Generally speaki
Hi,
On Mon, Aug 31, 2015 at 08:25:10PM +0300, Ville Syrjälä wrote:
> On Mon, Aug 31, 2015 at 11:54:13AM -0500, Felipe Balbi wrote:
> > On Mon, Aug 31, 2015 at 07:48:28PM +0300, ville.syrj...@linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> > >
> > > This reverts commit 8f2c9544aba63613430
Hi,
On Mon, Aug 31, 2015 at 01:50:10PM -0500, Felipe Balbi wrote:
> > > > From: Ville Syrjälä
> > > >
> > > > This reverts commit 8f2c9544aba636134303105ecb164190a39dece4.
> > > >
> > > > As it breaks g_ether on my Baytrail FFRD8 device. Everything starts out
> > > > fine, but after a bit of da
Hi Devin
On 31/08/15 19:07, Devin Heitmueller wrote:
Hi Malcolm,
The capabilities call interacting with the oneshot setting is rather weird
and maybe unexpected.
No, because in normal mode it can do auto inversion.
...
If the goal was for the software-emulated auto inversion to be
trans
Hello.
On 08/31/2015 07:48 PM, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä
This reverts commit 8f2c9544aba636134303105ecb164190a39dece4.
As it breaks g_ether on my Baytrail FFRD8 device. Everything starts out
fine, but after a bit of data has been transferred it just stops
flowi
On Thu, 27 Aug 2015 18:06:49 -0400 (EDT), Ben Hutchings wrote:
>
> On Wed, 2015-08-26 at 21:33 -0400, Stephen Powell wrote:
>>
>> The Linux kernel in jessie fails to build from source for
>> the combination ARCH=s390, CONFIG_SMP=n, and CONFIG_DYNAMIC_DEBUG=y.
>> Compilation of drivers/s390/char/
Patch is Reviewed-by: Jammy Zhou
I cannot find the first patch in my mailbox, did I miss something?
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Alex Deucher
Sent: Monday, August 31, 2015 11:19 PM
To: dri-de...@lists.fr
On Mon, Aug 31, 2015 at 11:44 PM, Zhou, Jammy wrote:
> Patch is Reviewed-by: Jammy Zhou
>
> I cannot find the first patch in my mailbox, did I miss something?
It was a similar fix for the non-atom aux code in radeon:
http://lists.freedesktop.org/archives/dri-devel/2015-August/089539.html
Alex
28 matches
Mail list logo