On Sun, 5 Feb 2012, Masanari Iida wrote:
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
Reviewed-by: Jesper Juhl
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
To improve the conformability and avoid compiling error with
libva/intel-driver(expected specifier-qualifier-list before uint32_t),
I think it's better to use __u32 instead of using uint32_t.
Thanks and best regards.
Hai Lan
> #define DRM_MODE_FB_DIRTY_ANNOTATE_COPY 0x01
> #define DRM_MODE_FB_
Correct spelling "reseting" to "resetting" in
drivers/gpu/drm/radeon/rv515.c
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/radeon/rv515.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv515.c b/drivers/gpu/drm/radeon/rv515.c
index 880637f..
Correct spelling "unsuported" to "unsupported" in
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgf
https://bugs.freedesktop.org/show_bug.cgi?id=45558
--- Comment #2 from Alban Browaeys 2012-02-05 14:50:24
PST ---
To clarify I meant src/mesa/drivers/dri/i915/intel_context.c:
ctx->Const.MaxRenderbufferSize = 2048;
not framebuffer size. That is the drawable size attached to the gl context. I
Hi Joey!
On Sun, Feb 5, 2012 at 14:51, Joey Lee wrote:
> Please kindly read the above my description. Sorry for I don't have any
> solution, now.
Thanks for Your support! If anyone is able to write fix for this, I'm
open for testing and sending bug reports :)
Regards
Artur
--
Ka?dy problem m
https://bugs.freedesktop.org/show_bug.cgi?id=45291
--- Comment #3 from Jon Sturm 2012-02-05 17:52:13 UTC ---
Sorry for the late reply, but no, no other modes worked.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
https://bugs.freedesktop.org/show_bug.cgi?id=45291
--- Comment #3 from Jon Sturm 2012-02-05 17:52:13 UTC
---
Sorry for the late reply, but no, no other modes worked.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=38173
--- Comment #8 from Alexandre Demers 2012-02-05
17:48:37 PST ---
I'm adding an apitrace of RendererFeatTest64 is you want to play with it:
http://www.mediafire.com/?mnlmwe6x4j305zm
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #14 from Alexandre Demers 2012-02-05
17:45:20 PST ---
Here I uploaded the apitrace:
http://www.mediafire.com/?mnlmwe6x4j305zm
It was to big to be posted here, so it's available on mediafire.
--
Configure bugmail: https://bugs.free
On Sun, 5 Feb 2012, Masanari Iida wrote:
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
Reviewed-by: Jesper Juhl
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
Reviewed-by: Jakob Bornecrantz
- Original Message -
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
Reviewed-by: Jakob Bornecrantz
- Original Message -
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=45558
--- Comment #2 from Alban Browaeys 2012-02-05 14:50:24 PST
---
To clarify I meant src/mesa/drivers/dri/i915/intel_context.c:
ctx->Const.MaxRenderbufferSize = 2048;
not framebuffer size. That is the drawable size attached to the gl context. I
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #2 from pitamila at free.fr 2012-02-05 04:02:45 PST ---
In fact, when you use a HDMI cable (not a DVI one) it just work pretty well
for
me :)
Forget the last comment and sorry for the noise.
Pita.
--
Configure bugmail: https://bugs
Hi Joey!
On Sun, Feb 5, 2012 at 14:51, Joey Lee wrote:
> Please kindly read the above my description. Sorry for I don't have any
> solution, now.
Thanks for Your support! If anyone is able to write fix for this, I'm
open for testing and sending bug reports :)
Regards
Artur
--
Każdy problem m
Correct spelling "unsuported" to "unsupported" in
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgf
Correct spelling "reseting" to "resetting" in
drivers/gpu/drm/radeon/rv515.c
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/radeon/rv515.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv515.c b/drivers/gpu/drm/radeon/rv515.c
index 880637f..
On 2/4/12, Alan Cox wrote:
*snip*
>> I think my setup is correct, because the vesa frambuffer seems to work
>> correctly. All is well unless I load the gma500_gfx driver and let it
>> set the mode.
>
> What mode is the vesa driver using and if you set the same mode what
> happens ?
The vesa driv
Hi Artur,
於 六,2012-02-04 於 20:19 -0700,Joey Lee 提到:
> Add Cc. to dri mail
>
> Hi Pali,
>
> 於 五,2012-02-03 於 16:24 +0100,Pali Rohár 提到:
> > On Friday 20 January 2012 17:55:57 Pali Rohár wrote:
> > > On Friday 20 January 2012 11:28:59 joeyli wrote:
> > > > 於 五,2012-01-20 於 11:12 +0800,joeyli 提到:
Add Cc. to dri mail
Hi Pali,
於 五,2012-02-03 於 16:24 +0100,Pali Rohár 提到:
> On Friday 20 January 2012 17:55:57 Pali Rohár wrote:
> > On Friday 20 January 2012 11:28:59 joeyli wrote:
> > > 於 五,2012-01-20 於 11:12 +0800,joeyli 提到:
> > >
> > > > Hi Pali,
> > > >
> > > > Sorry for I am late reply yo
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #15 from Stefan D?singer 2012-02-05
02:28:21 PST ---
Created attachment 56620
--> https://bugs.freedesktop.org/attachment.cgi?id=56620
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #14 from Stefan D?singer 2012-02-05
02:27:54 PST ---
Created attachment 56619
--> https://bugs.freedesktop.org/attachment.cgi?id=56619
lspci output after standby
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #13 from Stefan D?singer 2012-02-05
02:27:18 PST ---
Created attachment 56618
--> https://bugs.freedesktop.org/attachment.cgi?id=56618
lspci output before standby
The radeon.ko module was loaded at this time with the firmware hack
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #12 from Stefan D?singer 2012-02-05
02:25:05 PST ---
It looks like there are more things odd in the iMac5,1 firmware:
*) A lot of PCI devices don't work when booted via efi, most importantly the
USB hosts. The kernel complains about
Hi Artur,
? ??2012-02-04 ? 20:19 -0700?Joey Lee ???
> Add Cc. to dri mail
>
> Hi Pali,
>
> ? ??2012-02-03 ? 16:24 +0100?Pali Roh?r ???
> > On Friday 20 January 2012 17:55:57 Pali Roh?r wrote:
> > > On Friday 20 January 2012 11:28:59 joeyli wrote:
> > > > ? ??2012-01-20 ? 11:12 +0800?joeyli ???
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #2 from pitam...@free.fr 2012-02-05 04:02:45 PST ---
In fact, when you use a HDMI cable (not a DVI one) it just work pretty well
for
me :)
Forget the last comment and sorry for the noise.
Pita.
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #15 from Stefan Dösinger 2012-02-05
02:28:21 PST ---
Created attachment 56620
--> https://bugs.freedesktop.org/attachment.cgi?id=56620
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #14 from Stefan Dösinger 2012-02-05
02:27:54 PST ---
Created attachment 56619
--> https://bugs.freedesktop.org/attachment.cgi?id=56619
lspci output after standby
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #13 from Stefan Dösinger 2012-02-05
02:27:18 PST ---
Created attachment 56618
--> https://bugs.freedesktop.org/attachment.cgi?id=56618
lspci output before standby
The radeon.ko module was loaded at this time with the firmware hack
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #12 from Stefan Dösinger 2012-02-05
02:25:05 PST ---
It looks like there are more things odd in the iMac5,1 firmware:
*) A lot of PCI devices don't work when booted via efi, most importantly the
USB hosts. The kernel complains about
unable to have a working radeon kms framebuffer with linux-3.3-rc2 on ppc
video card: Radeon 9250 PCI
here the boot log:
Using Canyonlands machine description
Initializing cgroup subsys cpu
Linux version 3.3.0-rc2 (root at sam460) (gcc version 4.5.3 (CRUX PPC) ) #2 Sat
Feb 4 20:34:21 CET 2012
Z
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #11 from Stefan Dösinger 2012-02-05
00:38:27 UTC ---
Still doesn't work for me, Linux 3.2.1, iMac5,1. Loading the module writes this
in dmesg:
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
c
On Fri, 3 Feb 2012 02:56:18 +0100
acrux wrote:
unable to have a working radeon kms framebuffer with linux-3.3-rc2 on ppc
video card: Radeon X1650PRO PCIE
here the boot log:
U-Boot 2010.06.05 (Jul 05 2011 - 17:53:34)
CPU: AMCC PowerPC 460EX Rev. B at 1166.667 MHz (PLB=233 OPB=116 EBC=116)
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #11 from Stefan D?singer 2012-02-05
00:38:27 UTC ---
Still doesn't work for me, Linux 3.2.1, iMac5,1. Loading the module writes this
in dmesg:
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
c
35 matches
Mail list logo