https://bugs.freedesktop.org/show_bug.cgi?id=44848
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=44852
Bug #: 44852
Summary: 3D Acceleration initialization failed for Fusion
Wrestler 9808
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86-64 (
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #1 from samit vats 2012-01-17 01:21:50 PST ---
Created attachment 55663
--> https://bugs.freedesktop.org/attachment.cgi?id=55663
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #2 from samit vats 2012-01-17 01:22:47 PST ---
Created attachment 55664
--> https://bugs.freedesktop.org/attachment.cgi?id=55664
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #3 from samit vats 2012-01-17 01:23:11 PST ---
Created attachment 55665
--> https://bugs.freedesktop.org/attachment.cgi?id=55665
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #4 from samit vats 2012-01-17 01:23:38 PST ---
Created attachment 55666
--> https://bugs.freedesktop.org/attachment.cgi?id=55666
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #5 from Michel Dänzer 2012-01-17 01:31:54 PST
---
(In reply to comment #3)
> Created attachment 55665 [details]
> dmesg
There's no trace of the radeon kernel module being loaded. Does the kernel have
the fix from bug 43739?
--
Con
On Sat, Jan 14, 2012 at 10:15 PM, Jesper Juhl wrote:
> In psb_intel_lvds_init(), if we fail to allocate memory for
> 'psb_intel_connector' we free the memory we previously allocated for
> 'psb_intel_encoder', but we then proceed to use that free'd pointer
> when we do 'psb_intel_encoder->dev_priv =
On Mon, Jan 16, 2012 at 06:29:36PM -0200, Paulo Zanoni wrote:
> Three comments about the design are inline:
>
> > +void drm_crtc_attach_property(struct drm_crtc *crtc,
> > + struct drm_property *property, uint64_t
> > init_val)
> > +{
> > + int i;
> > +
> > +
On Tue, Jan 17, 2012 at 10:45 AM, Keith Whitwell wrote:
>
> On Mon, 2012-01-16 at 21:56 +0100, Daniel Vetter wrote:
>> On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote:
>> > Some decent history digging indicates that this was to be used for the
>> > GLX_MESA_allocate_memory extension
On Mon, 2012-01-16 at 21:56 +0100, Daniel Vetter wrote:
> On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote:
> > Some decent history digging indicates that this was to be used for the
> > GLX_MESA_allocate_memory extension but never actually implemented for
> > any released i915 usersp
On Tue, Jan 17, 2012 at 08:58, Dave Airlie wrote:
> On Tue, Jan 17, 2012 at 10:45 AM, Keith Whitwell
> wrote:
> >
> > On Mon, 2012-01-16 at 21:56 +0100, Daniel Vetter wrote:
> >> On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote:
> >> > Some decent history digging indicates that this
From: Alan Cox
GMA500 did it the old way and it's been on the TODO list to fix. Current kernels
will now blow up if we use the old way so we need this change in.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/gtt.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --gi
On Wed, Jan 04, 2012 at 05:50:36PM -0500, Marc Gariépy wrote:
> Sorry for the mistake, i made a typo when correcting the indentation issue
> i had.
> here is the correct patch and also the dmidecode from the thin client.
Signed-Off-by is misssing, see Documentation/SubmittingPatches. Also
please c
On Tue, Nov 29, 2011 at 10:08:00PM +0100, Thomas Meyer wrote:
> The advantage of kcalloc is, that will prevent integer overflows which could
> result from the multiplication of number of elements and size and it is also
> a bit nicer to read.
>
> The semantic patch that makes this change is availa
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #10 from Roland Scheidegger 2012-01-17
08:50:18 PST ---
Not sure what fog test that is, but this and blender show some unaccelerated
meta ops. For blender, it's caused by glDrawPixels to z buffer (which will
always result in fallback
https://bugs.freedesktop.org/show_bug.cgi?id=25280
--- Comment #7 from Sven Arvidsson 2012-01-17 12:58:25 PST ---
Looks like r600g recently gained initial stipple support:
391e33ffbf01180d66d4c4e9a6c91fc17f9feaca
It seems to be enough to make Blender happy at least.
--
Configure bugmail: https
On Tue, 17 Jan 2012, Patrik Jakobsson wrote:
> On Sat, Jan 14, 2012 at 10:15 PM, Jesper Juhl wrote:
> > In psb_intel_lvds_init(), if we fail to allocate memory for
> > 'psb_intel_connector' we free the memory we previously allocated for
> > 'psb_intel_encoder', but we then proceed to use that free
The DMA buffer infrastructure (dma-buf) currently exposes its interface
with EXPORT_SYMBOL_GPL. The documentation for EXPORT_SYMBOL_GPL says:
"It implies that the function is considered an internal
implementation issue, and not really an interface."
This interface is clearly not just an "i
EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
issue, and not really an interface". The dma-buf infrastructure is
explicitly intended as an interface between modules/drivers, so it
should use EXPORT_SYMBOL instead.
Signed-off-by: Robert Morell
---
drivers/base/dma-buf.
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #8 from smoki 2012-01-16 16:36:23 PST ---
Created attachment 55655
--> https://bugs.freedesktop.org/attachment.cgi?id=55655
oprofiled blender
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=44848
Bug #: 44848
Summary: OpenArena brightness control does not work
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
this patch set fixes the issues that two drivers use same hardware, FIMD and
HDMI,
and also I'd like to add my colleagues who dedicated to developing and improving
Exynos DRM Driver to maintainer entry.
this is based on git repository below:
git://git.kernel.org/pub/scm/linux/kernel/git/airlied/d
From: Seung-Woo Kim
To make a api pair of request_mem_region and release_mem_region,
release_mem_region is used instead of release_resource.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |8
1 files cha
From: Seung-Woo Kim
DRM_EXYNOS_HDMI driver and VIDEO_SAMSUNG_S5P_TV driver should be
not enabled at once because they use same HW blocks. So dependency
for DRM_EXYNOS_HDMI is fixed to check VIDEO_SAMSUNG_S5P_TV=n.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Par
I'd like to add my colleagues who dedicated to developing and
improving our driver to maintainer entry.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
MAINTAINERS |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1094edf..1ec0d9
FB based FIMD and DRM based FIMD drivers use same hardware
so with this patch, only one of them would be selected.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ex
On Monday 16. January 2012 21:30:59 Jerome Glisse wrote:
> On Sun, Jan 15, 2012 at 10:31:08PM +0100, Martin Nyhus wrote:
> > In some cases mem will be null in nouveau_vm_map_sg, resulting in a crash
> > at drivers/gpu/drm/nouveau/nouveau_vm.c:84. It seems to be easy enough to
> > reproduce, so I ca
https://bugs.freedesktop.org/show_bug.cgi?id=44848
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=44852
Bug #: 44852
Summary: 3D Acceleration initialization failed for Fusion
Wrestler 9808
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86-64 (
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #1 from samit vats 2012-01-17 01:21:50 PST
---
Created attachment 55663
--> https://bugs.freedesktop.org/attachment.cgi?id=55663
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #2 from samit vats 2012-01-17 01:22:47 PST
---
Created attachment 55664
--> https://bugs.freedesktop.org/attachment.cgi?id=55664
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #3 from samit vats 2012-01-17 01:23:11 PST
---
Created attachment 55665
--> https://bugs.freedesktop.org/attachment.cgi?id=55665
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #4 from samit vats 2012-01-17 01:23:38 PST
---
Created attachment 55666
--> https://bugs.freedesktop.org/attachment.cgi?id=55666
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=44852
--- Comment #5 from Michel D?nzer 2012-01-17 01:31:54
PST ---
(In reply to comment #3)
> Created attachment 55665 [details]
> dmesg
There's no trace of the radeon kernel module being loaded. Does the kernel have
the fix from bug 43739?
--
Con
On Sat, Jan 14, 2012 at 10:15 PM, Jesper Juhl wrote:
> In psb_intel_lvds_init(), if we fail to allocate memory for
> 'psb_intel_connector' we free the memory we previously allocated for
> 'psb_intel_encoder', but we then proceed to use that free'd pointer
> when we do 'psb_intel_encoder->dev_priv =
On Mon, Jan 16, 2012 at 06:29:36PM -0200, Paulo Zanoni wrote:
> Three comments about the design are inline:
>
> > +void drm_crtc_attach_property(struct drm_crtc *crtc,
> > + ? ? ? ? ? ? ? ? ? ? ? ? ? ? struct drm_property *property, uint64_t
> > init_val)
> > +{
> > + ? ? ? int i;
> > +
> > + ? ?
On Tue, Jan 17, 2012 at 10:45 AM, Keith Whitwell wrote:
>
> On Mon, 2012-01-16 at 21:56 +0100, Daniel Vetter wrote:
>> On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote:
>> > Some decent history digging indicates that this was to be used for the
>> > GLX_MESA_allocate_memory extension
On Mon, 2012-01-16 at 21:56 +0100, Daniel Vetter wrote:
> On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote:
> > Some decent history digging indicates that this was to be used for the
> > GLX_MESA_allocate_memory extension but never actually implemented for
> > any released i915 usersp
ou think we
may still have any need for it, or we can let it go?
--
Eugeni Dodonov
<http://eugeni.dodonov.net/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120117/9164dcd5/attachment.htm>
From: Alan Cox
GMA500 did it the old way and it's been on the TODO list to fix. Current kernels
will now blow up if we use the old way so we need this change in.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/gtt.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --gi
On Wed, Jan 04, 2012 at 05:50:36PM -0500, Marc Gari?py wrote:
> Sorry for the mistake, i made a typo when correcting the indentation issue
> i had.
> here is the correct patch and also the dmidecode from the thin client.
Signed-Off-by is misssing, see Documentation/SubmittingPatches. Also
please c
On Tue, Nov 29, 2011 at 10:08:00PM +0100, Thomas Meyer wrote:
> The advantage of kcalloc is, that will prevent integer overflows which could
> result from the multiplication of number of elements and size and it is also
> a bit nicer to read.
>
> The semantic patch that makes this change is availa
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #10 from Roland Scheidegger 2012-01-17
08:50:18 PST ---
Not sure what fog test that is, but this and blender show some unaccelerated
meta ops. For blender, it's caused by glDrawPixels to z buffer (which will
always result in fallback
https://bugs.freedesktop.org/show_bug.cgi?id=25280
--- Comment #7 from Sven Arvidsson 2012-01-17 12:58:25 PST ---
Looks like r600g recently gained initial stipple support:
391e33ffbf01180d66d4c4e9a6c91fc17f9feaca
It seems to be enough to make Blender happy at least.
--
Configure bugmail: https
The DMA buffer infrastructure (dma-buf) currently exposes its interface
with EXPORT_SYMBOL_GPL. The documentation for EXPORT_SYMBOL_GPL says:
"It implies that the function is considered an internal
implementation issue, and not really an interface."
This interface is clearly not just an "i
EXPORT_SYMBOL_GPL is intended to be used for "an internal implementation
issue, and not really an interface". The dma-buf infrastructure is
explicitly intended as an interface between modules/drivers, so it
should use EXPORT_SYMBOL instead.
Signed-off-by: Robert Morell
---
drivers/base/dma-buf.
47 matches
Mail list logo
