On 06/15/2015 08:07 AM, Daniel Vetter wrote:
> In
>
> commit 9cba5efab5a8145ae6c52ea273553f069c294482
> Author: Mario Kleiner
> Date: Tue Jul 29 02:36:44 2014 +0200
>
> drm/nouveau: Dis/Enable vblank irqs during suspend/resume
>
> drm_vblank_on/off calls where added around suspend/resume
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/3025d040/attachment.html>
program provide better information on the
video file encoding?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/fa7df
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/b44e28b9/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/e27c335c/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/8fd47e40/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/a5c6c5a8/attachment.html>
y bug -
https://bugs.freedesktop.org/show_bug.cgi?id=83998
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/66f97aa8/attachment-0001.html>
pen up
a new bug report.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/64ff5f58/attachment.html>
The outcome of the previous RFC about how do secure data path was the need
of a secure memory allocator (https://lkml.org/lkml/2015/5/5/551)
SMAF goal is to provide a framework that allow allocating and securing
memory by using dma_buf. Each platform have it own way to perform those two
features s
Secure Memory Allocation Framework goal is to be able
to allocate memory that can be securing.
There is so much ways to allocate and securing memory that SMAF
doesn't do it by itself but need help of additional modules.
To be sure to use the correct allocation method SMAF implement
deferred allocat
SMAF CMA allocator implement helpers functions to allow SMAF
to allocate contiguous memory.
match() each if at least one of the attached devices have coherent_dma_mask
set to DMA_BIT_MASK(32).
For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not
dma_alloc_writecombine to be
Hi!
Video is broken on thinkpad T40p after resume from suspend. (In X
only, text console still works.)
Maybe this is related?
[ 5430.193071] radeon :01:00.0: putting AGP V2 device into 4x mode
[ 5430.193107] radeon :01:00.0: GTT: 256M 0xD000 - 0xDFFF
[ 5430.214670] radeon :01
On Wed 2015-06-17 14:43:47, Pavel Machek wrote:
> Hi!
>
> Video is broken on thinkpad T40p after resume from suspend. (In X
> only, text console still works.)
>
> Maybe this is related?
>
> [ 5430.193071] radeon :01:00.0: putting AGP V2 device into 4x mode
> [ 5430.193107] radeon :01:00.
Hi Gustavo,
On 2015ë
06ì 17ì¼ 05:35, Gustavo Padovan wrote:
> HI Inki,
>
> 2015-06-15 Inki Dae :
>
>> Hi Gustavo,
>>
>> On 2015ë
06ì 02ì¼ 00:04, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> Hi,
>>>
>>> Here goes the full support for atomic modesetting on exynos. I've
>>> s
On 17.06.2015 14:49, Pavel Machek wrote:
> On Wed 2015-06-17 14:43:47, Pavel Machek wrote:
>> Hi!
>>
>> Video is broken on thinkpad T40p after resume from suspend. (In X
>> only, text console still works.)
>>
>> Maybe this is related?
>>
>> [ 5430.193071] radeon :01:00.0: putting AGP V2 device
On Wed 2015-06-17 15:07:41, Christian König wrote:
> On 17.06.2015 14:49, Pavel Machek wrote:
> >On Wed 2015-06-17 14:43:47, Pavel Machek wrote:
> >>Hi!
> >>
> >>Video is broken on thinkpad T40p after resume from suspend. (In X
> >>only, text console still works.)
> >>
> >>Maybe this is related?
>
On 17.06.2015 15:21, Pavel Machek wrote:
> On Wed 2015-06-17 15:07:41, Christian König wrote:
>> On 17.06.2015 14:49, Pavel Machek wrote:
>>> On Wed 2015-06-17 14:43:47, Pavel Machek wrote:
Hi!
Video is broken on thinkpad T40p after resume from suspend. (In X
only, text console
On Wed, 2015-06-17 at 15:21 +0200, Pavel Machek wrote:
> On Wed 2015-06-17 15:07:41, Christian König wrote:
> > On 17.06.2015 14:49, Pavel Machek wrote:
> > >On Wed 2015-06-17 14:43:47, Pavel Machek wrote:
> > >>Hi!
> > >>
> > >>Video is broken on thinkpad T40p after resume from suspend. (In X
> >
Hi!
> > Unfortunately, not as far as I know.
> >
> > > If yes it might be a good idea to bisect to narrow down the problem.
> >
> > No such luck. I may try something like "3.0" if we are really
> > desperate (2.6.X kernels probably won't won't boot with recent
> > userland), but I suspect it jus
On Wed, 2015-06-17 at 16:10 +0200, Pavel Machek wrote:
> > The above looks very much like the issue that made me write commit
> > 45171002b01b ("radeon: add AGPMode 1 quirk for RV250"). See
> > https://bugzilla.redhat.com/show_bug.cgi?id=531825 for a lot of
> > background.
> >
> > Does booting wi
Hi Inki,
2015-06-17 Inki Dae :
> Hi Gustavo,
>
> On 2015ë
06ì 17ì¼ 05:35, Gustavo Padovan wrote:
> > HI Inki,
> >
> > 2015-06-15 Inki Dae :
> >
> >> Hi Gustavo,
> >>
> >> On 2015ë
06ì 02ì¼ 00:04, Gustavo Padovan wrote:
> >>> From: Gustavo Padovan
> >>>
> >>> Hi,
> >>>
> >>> Here goe
Hi,
Jani Nikula linux.intel.com> writes:
> On Thu, 13 Nov 2014, olivier.fambon free.fr wrote:
>> $ lspci | grep VGA
>> 00:02.0 VGA compatible controller: Intel Corporation ValleyView Gen7 (rev 0e)
>> $ sudo lspci -v -s 00:02
>> 00:02.0 VGA compatible controller: Intel Corporation ValleyView G
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/23ac1841/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/8e395723/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/e1274daa/attachment.html>
have attached the wrong
logs?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/da6cd5ea/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/d2de76ca/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150617/d0ca867b/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=100071
Bug ID: 100071
Summary: Crash on several PRIME radeon usage
Product: Drivers
Version: 2.5
Kernel Version: 4.0.4
Hardware: All
OS: Linux
Tree: Mainline
On Wed, May 20, 2015 at 8:39 PM, Shobhit Kumar wrote:
> On Thu, May 7, 2015 at 12:49 PM, Shobhit Kumar wrote:
>> On Wed, May 6, 2015 at 5:44 PM, Thierry Reding
>> wrote:
>>> On Tue, May 05, 2015 at 03:08:36PM +0530, Shobhit Kumar wrote:
The Crystalcove PMIC controls PWM signals and this dr
On Wed, Jun 17, 2015 at 5:39 AM, Darren Hart wrote:
> On Tue, Jun 16, 2015 at 01:22:40AM +0200, Rafael Wysocki wrote:
>> On Friday, June 12, 2015 01:23:19 PM Hans de Goede wrote:
>> > Hi All,
>> >
>> > Here is v2 of my rewrite / cleanup of the acpi-video (and platform/x86)
>> > backlight interface
u32 dsize, width, *data = (u32 *) image->data, tmp;
int j, k = 0;
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150617/e8ad8533/attachment-0001.sig>
Commit 9697dffb098d ("drm: Turn off Legacy Context Functions")
added checks for legacy features to several functions in the
drm driver. It is now possible for the void functions changed by
this commit to return an int error code. This patch updates
the function definitions to return int. This fix
If you plug in a DVI monitor to your HDMI port, you need to filter out
clocks > 165MHz. That's because 165MHz is the maximum clock rate that
we can run single-link DVI at.
If you want to run high resolutions to DVI, you'd need some type of an
active adapter that pretended that it was HDMI, interp
On Wed, Jun 17, 2015 at 1:05 PM, Michael Büsch wrote:
> The expression (~0 >> x) will always yield all-ones, because the right
> shift is an arithmetic right shift that will always shift ones in.
> Accordingly ~(~0 >> x) will always be zero.
> Hence 'mask' will always be zero in this case.
>
> Fi
Jani,
On Mon, Jun 15, 2015 at 02:40:42PM +0300, Jani Nikula wrote:
> On Mon, 15 Jun 2015, Ville Syrjälä wrote:
> > On Mon, Jun 15, 2015 at 01:25:38AM -0700, Jeremiah Mahler wrote:
> >> Daniel,
> >>
> >> On Mon, Jun 15, 2015 at 08:57:47AM +0200, Daniel Vetter wrote:
> >> > Can you please retest
Russell,
On Wed, Jun 17, 2015 at 4:30 PM, Russell King - ARM Linux
wrote:
> On Wed, Jun 17, 2015 at 04:14:07PM -0700, Doug Anderson wrote:
>> If you plug in a DVI monitor to your HDMI port, you need to filter out
>> clocks > 165MHz. That's because 165MHz is the maximum clock rate that
>> we can
38 matches
Mail list logo
