https://bugzilla.kernel.org/show_bug.cgi?id=45121
Summary: Not all PCIID 1002:68e1 are Mobility
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Tue, Jul 24, 2012 at 07:22:52PM +0200, Ortwin Gl?ck wrote:
> On 24.07.2012 19:00, Marcin Slusarz wrote:
> > Please post the crash log.
>
> Sorry, I was not precise: it boots until drm performs modesetting (so it
> seems). The screen goes black and the machine is dead. So there is
> nothing I
This adds a "preferred" argument to drm_add_modes_noedid() which
allow drivers such as cirrusdrmfb to select a preferred mode based
on firmware configuration
Signed-off-by: Benjamin Herrenschmidt
---
drivers/gpu/drm/cirrus/cirrus_mode.c |8 +++-
drivers/gpu/drm/drm_crtc_helper.c|
On the pseries machine type, qemu puts a default mode in the
device-tree based on the user request (-g option) which the
firmware uses to setup the boot screen.
Currently cirrusdrmfb ignores this and always ends up using
1280x1024. This adds support for retrieving this information
and using it to
The real HW limit that prevents from using 32bpp is a pitch
limit of 4095 bytes. 32bpp is otherwise supported and works.
This fixes the checks in the code to check the right thing
(so that a userspace request to set a mode with a supported
bpp but a too large pitch will fail appropriately).
Addit
fbset can pass var->bits_per_pixel = 15 when doing fbset -depth 15,
so we need to "correct" that to bpp 16 / depth 15.
Additionally, we make it possible to pass 15 as an argument to
drm_fb_helper_single_fb_probe() which will similarily select
a bpp of 15 and a depth of 15.
Signed-off-by: Benjamin
Qemu has an odd behaviour with the access to HDR (could be a qemu
bug, I'm investigating separately, but it affects current qemu's
so we should try to work around it).
Basically the internal counter that counts the reads of the 3c6
register in order to give you access to the HDR on the 5th access
We were configuring SR7 very strangely for 16bpp and didn't properly
differenciate between depth 15 and 16. This fixes it (and both
appear to work at least on ppc)
Signed-off-by: Benjamin Herrenschmidt
---
drivers/gpu/drm/cirrus/cirrus_mode.c |5 +++--
1 file changed, 3 insertions(+), 2 dele
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #4 from sowad...@miner.mst.edu 2012-07-25 02:43:09 PDT ---
Created attachment 64641
--> https://bugs.freedesktop.org/attachment.cgi?id=64641
Picture of screen corruption
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #3 from sowad...@miner.mst.edu 2012-07-25 02:34:18 PDT ---
Created attachment 64640
--> https://bugs.freedesktop.org/attachment.cgi?id=64640
Xorg log after issue is gone
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #2 from sowad...@miner.mst.edu 2012-07-25 02:33:44 PDT ---
Created attachment 64639
--> https://bugs.freedesktop.org/attachment.cgi?id=64639
DMESG after restarting X a couple time to fix the issue
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #1 from sowad...@miner.mst.edu 2012-07-25 02:33:03 PDT ---
Created attachment 64638
--> https://bugs.freedesktop.org/attachment.cgi?id=64638
DMESG after booting with screen corruption
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=52467
Bug #: 52467
Summary: Radeon HD6450 KMS garbled screen on boot.
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On 24.07.2012 19:00, Marcin Slusarz wrote:
> Please post the crash log.
Sorry, I was not precise: it boots until drm performs modesetting (so it
seems). The screen goes black and the machine is dead. So there is
nothing I could post here, unfortunately.
This is a video of 3.5 booting:
http://ww
On Mon, Jul 23, 2012 at 08:01:14PM +0200, Ortwin Gl?ck wrote:
> Hi,
>
> My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with
> 3.4. Bisected to the following commit:
>
> 20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit
> commit 20abd1634a6e2eedb84ca977adea56b8a
On Tue, Jul 24, 2012 at 5:06 PM, wrote:
> From: Jerome Glisse
>
> The external encoder need to be setup again before enabling the
> transmiter. This seems to be only needed on some trinity/aruba
> to fix dpms on.
>
> v2: Add comment, only setup again on dce6 ie aruba or newer.
>
> Cc:
> Signed-
From: Jerome Glisse
The external encoder need to be setup again before enabling the
transmiter. This seems to be only needed on some trinity/aruba
to fix dpms on.
v2: Add comment, only setup again on dce6 ie aruba or newer.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios
On Tue, Jul 24, 2012 at 4:41 PM, Alex Deucher wrote:
> On Tue, Jul 24, 2012 at 4:29 PM, wrote:
>> From: Jerome Glisse
>>
>> The external encoder need to be setup again before enabling the
>> transmiter. This seems to be only needed on some trinity/aruba
>> to fix dpms on.
>>
>> Cc:
>> Signed-o
On Tue, Jul 24, 2012 at 4:29 PM, wrote:
> From: Jerome Glisse
>
> The external encoder need to be setup again before enabling the
> transmiter. This seems to be only needed on some trinity/aruba
> to fix dpms on.
>
> Cc:
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/atombios_e
https://bugzilla.kernel.org/show_bug.cgi?id=45121
Summary: Not all PCIID 1002:68e1 are Mobility
Product: Drivers
Version: 2.5
Kernel Version: 3.5.0
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
From: Jerome Glisse
The external encoder need to be setup again before enabling the
transmiter. This seems to be only needed on some trinity/aruba
to fix dpms on.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios_encoders.c |6 --
1 file changed, 4 insertions(+), 2
On Tue, Jul 24, 2012 at 5:06 PM, wrote:
> From: Jerome Glisse
>
> The external encoder need to be setup again before enabling the
> transmiter. This seems to be only needed on some trinity/aruba
> to fix dpms on.
>
> v2: Add comment, only setup again on dce6 ie aruba or newer.
>
> Cc:
> Signed-
From: Jerome Glisse
The external encoder need to be setup again before enabling the
transmiter. This seems to be only needed on some trinity/aruba
to fix dpms on.
v2: Add comment, only setup again on dce6 ie aruba or newer.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios
On Tue, Jul 24, 2012 at 07:22:52PM +0200, Ortwin Glück wrote:
> On 24.07.2012 19:00, Marcin Slusarz wrote:
> > Please post the crash log.
>
> Sorry, I was not precise: it boots until drm performs modesetting (so it
> seems). The screen goes black and the machine is dead. So there is
> nothing I
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #67 from Alexandre Demers
2012-07-24 06:53:33 PDT ---
Created attachment 64585
--> https://bugs.freedesktop.org/attachment.cgi?id=64585
Adding an environment variable to disable VM if wanted
By setting R600_VM=0, we disable the vi
On Tue, Jul 24, 2012 at 4:41 PM, Alex Deucher wrote:
> On Tue, Jul 24, 2012 at 4:29 PM, wrote:
>> From: Jerome Glisse
>>
>> The external encoder need to be setup again before enabling the
>> transmiter. This seems to be only needed on some trinity/aruba
>> to fix dpms on.
>>
>> Cc:
>> Signed-o
On Tue, Jul 24, 2012 at 4:29 PM, wrote:
> From: Jerome Glisse
>
> The external encoder need to be setup again before enabling the
> transmiter. This seems to be only needed on some trinity/aruba
> to fix dpms on.
>
> Cc:
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/atombios_e
From: Jerome Glisse
The external encoder need to be setup again before enabling the
transmiter. This seems to be only needed on some trinity/aruba
to fix dpms on.
Cc:
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/atombios_encoders.c |6 --
1 file changed, 4 insertions(+), 2
On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark wrote:
> From: Rob Clark
>
> The GEM handle takes the reference. If a driver is actually importing a
> foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
> to do a get_dma_buf().
>
> Signed-off-by: Rob Clark
[Maybe mention that thi
On Mon, Jul 23, 2012 at 08:01:14PM +0200, Ortwin Glück wrote:
> Hi,
>
> My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with
> 3.4. Bisected to the following commit:
>
> 20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit
> commit 20abd1634a6e2eedb84ca977adea56b8a
Hi Laurent,
I've used "behavior" when copying sections from the existing documentation.
I'll unify that. Does kernel documentation favour one of the spellings ?
Looking at v3.5, the American spelling is more common, but looking at
how you spell favour, I think I know which one you favor :)
Hi,
My HP Elitebook 8540w now crashes on boot with 3.5. All works fine with
3.4. Bisected to the following commit:
20abd1634a6e2eedb84ca977adea56b8aa06cc3e is the first bad commit
commit 20abd1634a6e2eedb84ca977adea56b8aa06cc3e
Author: Ben Skeggs
Date: Mon Apr 30 11:33:43 2012 -0500
dr
Hi Laurent,
> I've used "behavior" when copying sections from the existing documentation.
> I'll unify that. Does kernel documentation favour one of the spellings ?
>
Looking at v3.5, the American spelling is more common, but looking at
how you spell favour, I think I know which one you favor :)
uf);
> +
> return 0;
>
> fail:
[?]
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120724/0046fdb4/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=51198
loisl at email.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #66 from Alexandre Demers
2012-07-23 18:49:17 PDT ---
(In reply to comment #37)
> (In reply to comment #36)
> > I know I can run a 3.2 kernel, I know I can compile a different version or
> > bisect or submit patches, I know I can swi
On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark wrote:
> From: Rob Clark
>
> The GEM handle takes the reference. If a driver is actually importing a
> foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
> to do a get_dma_buf().
>
> Signed-off-by: Rob Clark
[Maybe mention that thi
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #67 from Alexandre Demers 2012-07-24
06:53:33 PDT ---
Created attachment 64585
--> https://bugs.freedesktop.org/attachment.cgi?id=64585
Adding an environment variable to disable VM if wanted
By setting R600_VM=0, we disable the vi
Dear Rob,
Am Montag, den 23.07.2012, 18:07 -0500 schrieb Rob Clark:
> From: Rob Clark
>
> The GEM handle takes the reference. If a driver is actually importing a
> foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
> to do a get_dma_buf().
>
> Signed-off-by: Rob Clark
>
39 matches
Mail list logo
