https://bugzilla.kernel.org/show_bug.cgi?id=43353
Vlad K changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 2012-06-30 20:46 +0200, Calvin Owens wrote:
> I had the exact same problem as Sven, bisected to
> cb21aafe121b1c3ad4c77cc5c22320163f16ba42.
> Takashi's patch (supra) fixes the issue for me.
For me as well. Sorry for the slightly belated reply, was busy with
other things in the last few days.
At Sat, 30 Jun 2012 13:46:54 -0500,
Calvin Owens wrote:
>
> On 06/26/2012 02:21 AM, Takashi Iwai wrote:
> > At Mon, 25 Jun 2012 21:38:56 +0200,
> > Sven Joachim wrote:
> >>
> >> Am 25.06.2012 um 21:24 schrieb Takashi Iwai:
> >>
> > And, does the patch below help?
>
> Somewhat: at lea
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/20120630/da917da4/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=51604
Bug #: 51604
Summary: and yet it moves: colored sparkling
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
gun.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120630/c18095a5/attachment.pgp>
e for now but still covers everything we need. If it
turns out that it isn't suited for more advanced stuff once we start
supporting 3D then we can still opt for something like TTM.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120630/7a5a2f20/attachment.pgp>
driver adds one more allocator to the kernel, which is
> clearly not desirable. If we want a special mem region for GPU use, we
> should not share this memory pool with other components.
>
> But if we want a mem region for contig allocations used by many
> components, which seems to be consensus here, CMA is the way to go. In
> this case I think we don't want to bother with the carveout property at
> all at the DRM driver level. Such a shared mem region managed by CMA
> should be defined at a higher level of the device tree.
Okay, this pretty much matches what we've agreed on in another
subthread. CMA looks like the best option for now as it should
cover everything we need at present.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120630/dee0deb1/attachment.pgp>
On 2012-06-30 20:46 +0200, Calvin Owens wrote:
> I had the exact same problem as Sven, bisected to
> cb21aafe121b1c3ad4c77cc5c22320163f16ba42.
> Takashi's patch (supra) fixes the issue for me.
For me as well. Sorry for the slightly belated reply, was busy with
other things in the last few days.
On 06/26/2012 02:21 AM, Takashi Iwai wrote:
> At Mon, 25 Jun 2012 21:38:56 +0200,
> Sven Joachim wrote:
>>
>> Am 25.06.2012 um 21:24 schrieb Takashi Iwai:
>>
> And, does the patch below help?
Somewhat: at least I get 1280x1024 again, but at 60 rather than 75 Hz.
>>>
>>> I guess it wor
https://bugs.freedesktop.org/show_bug.cgi?id=51594
Bug #: 51594
Summary: opengl does not work with radeon 9600
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: PowerPC
OS/Version: Linux (All)
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=51604
Bug #: 51604
Summary: and yet it moves: colored sparkling
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Hi list
The recently released libdrm 2.4.37 does not compile the Intel part:
test_decode.c: In function 'compare_batch':
test_decode.c:107: error: implicit declaration of function 'open_memstream'
PS: Please CC me.
Signed-off-by: Lauri Kasanen
---
intel/test_decode.c |2 ++
1 files change
At Sat, 30 Jun 2012 13:46:54 -0500,
Calvin Owens wrote:
>
> On 06/26/2012 02:21 AM, Takashi Iwai wrote:
> > At Mon, 25 Jun 2012 21:38:56 +0200,
> > Sven Joachim wrote:
> >>
> >> Am 25.06.2012 um 21:24 schrieb Takashi Iwai:
> >>
> > And, does the patch below help?
>
> Somewhat: at lea
Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
> >
> > resuming from suspend to RAM the monitor was indicating by a blinking
> > LED that it did not receive any signal. This is the first time this
> > happened. Resuming from
On Fre, 2012-06-29 at 19:34 -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Not used outside of si.c
>
> Signed-off-by: Alex Deucher
Reviewed-by: Michel D?nzer
--
Earthling Michel D?nzer | http://www.amd.com
Libre software enthusiast |
https://bugs.freedesktop.org/show_bug.cgi?id=25502
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50696
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Jun 28, 2012 at 10:46:58AM -0600, Stephen Warren wrote:
> On 06/28/2012 12:18 AM, Hiroshi Doyu wrote:
> > On Wed, 27 Jun 2012 16:44:14 +0200
> > Thierry Reding wrote:
> >
> >>> I think that "coherent_pool" can be used only when the amount of
> >>> contiguous memory is short in your system
On Fri, Jun 29, 2012 at 04:20:31PM +0300, Terje Bergström wrote:
> On 28.06.2012 20:19, Lucas Stach wrote:
> > TTM though solves more advanced matters, like buffer synchronisation
> > between 3D and 2D block of hardware or syncing buffer access between GPU
> > and CPU.
> > One of the most interesti
On Wed, Jun 27, 2012 at 10:13:56AM +0200, Lucas Stach wrote:
> Hi all,
>
> I'm not sure what your exact plans are for the direction in which the
> DRM driver should head, as I'm still a bit out of the loop as many of
> those matters were only discussed internally at NVIDIA or with some NDA
> devel
https://bugs.freedesktop.org/show_bug.cgi?id=51594
Bug #: 51594
Summary: opengl does not work with radeon 9600
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: PowerPC
OS/Version: Linux (All)
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=26496
--- Comment #14 from Kevin Haddock 2012-06-29
23:37:19 PDT ---
(In reply to comment #13)
> Is this still a problem?
I'm having this issue with an rv350 trying to run sauerbraten with mesa 7.7.1-5
with a 1.67ghz g4 powerbook
Anyone have a solut
https://bugs.freedesktop.org/show_bug.cgi?id=25502
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=50696
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi list
The recently released libdrm 2.4.37 does not compile the Intel part:
test_decode.c: In function 'compare_batch':
test_decode.c:107: error: implicit declaration of function 'open_memstream'
PS: Please CC me.
Signed-off-by: Lauri Kasanen
---
intel/test_decode.c |2 ++
1 files change
Hi guys,
First of all thank for the fix. I'm waiting it about 2 years =(
The PCI device ID is 8086:2a43(Mobile 4 Series Chipset Integrated Graphics
Controller) and 8086:2a42 (Mobile 4 Series Chipset Integrated Graphics
Controller).
I don't know which exact device do you need thus sending both.
On Fre, 2012-06-29 at 19:34 -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Not used outside of si.c
>
> Signed-off-by: Alex Deucher
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
https://bugs.freedesktop.org/show_bug.cgi?id=26496
--- Comment #14 from Kevin Haddock 2012-06-29 23:37:19
PDT ---
(In reply to comment #13)
> Is this still a problem?
I'm having this issue with an rv350 trying to run sauerbraten with mesa 7.7.1-5
with a 1.67ghz g4 powerbook
Anyone have a solut
29 matches
Mail list logo
