The commit 47356eb67285014527a5ab87543ba1fae3d1e10a introduced a
mechanism to record the backlight level only at disabling time, but it
also introduced a regression. Since intel_lvds_enable() may be called
without disabling (e.g. intel_lvds_commit() calls it unconditionally),
the backlight gets ba
https://bugs.freedesktop.org/show_bug.cgi?id=41740
Christoph Bumiller changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
There is no point in re-doing in post_xfer all the initialization
that was already done by pre_xfer. Instead, only do the work which
differs from pre_xfer.
Signed-off-by: Jean Delvare
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_i2c.c | 48 ---
1
Hi,
I have a question on S3 suspend/resume process for evergreen
chipset.
Generally introduction, I am developing WEC7 graphics driver on
evergreen chipset. Alex guide me on this. And right now I move to S3
part work. I have ported radeon_suspend_kms() and radeon_resume_kms()
funct
https://bugs.freedesktop.org/show_bug.cgi?id=41740
--- Comment #2 from Jos van Wolput 2011-10-13
03:52:54 PDT ---
(In reply to comment #1)
> Fixed in mesa/master with f1f7645f23bd11fb54a992cdbe9ef0a6ee0136f3.
Still some errors:
---
d3d11.cpp: In function ‘HRESULT GalliumD3D11DeviceCreate(pipe_sc
Hi,
On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
> functions from linux to CE.
I imagine you already have checked with your company's lawyers, but if I
understand correctly that means your drivers will be distributed u
On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel wrote:
> Hi,
>
> On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
>> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
>> functions from linux to CE.
>
> I imagine you already have checked with your company's lawyers, but if I
>
On Thu, 2011-10-13 at 13:04 +0100, Dave Airlie wrote:
> On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel wrote:
> > Hi,
> >
> > On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
> >> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
> >> functions from linux to CE.
> >
> > I im
On Thu, Oct 13, 2011 at 1:07 PM, Xavier Bestel wrote:
> On Thu, 2011-10-13 at 13:04 +0100, Dave Airlie wrote:
>> On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel
>> wrote:
>> > Hi,
>> >
>> > On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
>> >> [...] I have ported radeon_suspend_kms() and
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #13 from Alex Deucher 2011-10-13 06:01:08 PDT ---
Try the following options in the kernel command line in grub:
pci=nomsi
noapic
irqpoll
and see if any of them help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
On Thu, Oct 13, 2011 at 5:54 AM, Huang, FrankR wrote:
> Hi,
> I have a question on S3 suspend/resume process for evergreen
> chipset.
> Generally introduction, I am developing WEC7 graphics driver on
> evergreen chipset. Alex guide me on this. And right now I move to S3
> part work.
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Summary: Unigine Heaven shows black textures (Radeon HD4250)
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Gašper Sedej changed:
What|Removed |Added
Alias||it
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Gašper Sedej changed:
What|Removed |Added
Alias|it |
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #1 from Gašper Sedej 2011-10-13 06:21:10 PDT ---
Also, FrozenByte games are missing textures (ShadowGrounds and Trine)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
Xav, thanks for your reminder. Actually our law leam has already checked the
license. As Dave said, the DRM kernel driver is all MIT-licensed and we will be
free to use them. When the drm uses linux kernel function calls, we will use
freebsd(none-GPL) equivalent to replace.
Dave, by the way, I w
- Original Message -
> From: "FrankR Huang"
> To: "Xavier Bestel" , "Dave Airlie"
> Cc: dri-devel@lists.freedesktop.org
> Sent: Thursday, 13 October, 2011 3:16:07 PM
> Subject: Reply: Question on S3 on evergreen
>
>
> Reply: Question on S3 on evergreen
>
> Xav, thanks for your remind
Frank,
I have found this text particularly useful when it comes to using MIT (or
BSD) code that resides in the GPL project (e.g. DRM in Linux)
http://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html
I think that sections 2.2 and 2.3 are the things to be careful about
be
Dave, actually Alex helps me a lot in AMD internal. I appreciated him very
much. He supports me for this project for nearly a year. But sometimes, he is a
little busy with community's stuff. So I'll ask some quesitons here directly.
Hope you guys can give me some suggestion(i.e. this S3 issue.)
Hi!
I tried the xf86-video-modesetting driver with the new via KMS
driver. It worked well but I had to turn off the cursor since I haven't
finished the cursor in the kernel driver yet. By default the SWCursor
option is set to false but when I placed that option in my xorg.conf file
it n
https://bugs.freedesktop.org/show_bug.cgi?id=41592
--- Comment #7 from miran...@orange.fr 2011-10-13 09:17:43 PDT ---
(In reply to comment #6)
>
> When this happens, can you get a gdb backtrace of gnome-shell and/or the X
> server process, and attach them here?
>
I will try, but the problem see
On Thu, 13 Oct 2011 10:57:35 +0200, Takashi Iwai wrote:
> This patch fixes the bug by recording the backlight level always
> when changed but only when dev_priv->backlight_enabled is set.
> In this way, the bogus value for disabling backlight can be skipped.
I think this is better than what we h
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #4 from Varban 2011-10-13 10:36:48 PDT ---
In Windows, if a monitor is connected to a port on the laptop then it is shown
as connected to the Intel card. If the monitor is connected to the external
media dock then Windows shows it as
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Sven Arvidsson changed:
What|Removed |Added
CC||s...@whiz.se
--- Comment #2 from Sven A
At Thu, 13 Oct 2011 09:40:29 -0700,
Keith Packard wrote:
>
> On Thu, 13 Oct 2011 10:57:35 +0200, Takashi Iwai wrote:
>
> > This patch fixes the bug by recording the backlight level always
> > when changed but only when dev_priv->backlight_enabled is set.
> > In this way, the bogus value for disa
Dave,
Alex pointed to me that the patches I sent last night under this thread
may conflict with 003cefe0c238e683a29d2207dba945b508cd45b7 that currently
resides on drm-fixes branch (my patches are based on drm-next or
drm-core-next).
I'd like to make sure that the eventual merge goes smoothl
https://bugs.freedesktop.org/show_bug.cgi?id=41756
Summary: [wine] Alpha Prime crashes in u_upload_data
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Thu, 13 Oct 2011, Roland Scheidegger wrote:
I guess it isn't possible to temporarily disable some RBEs or otherwise
reconfigure the chip that you could get the same performance for the
high-end chips?
According to the conversation I had with Alex, this *is* possible but
requires the pipe
On Thu, 13 Oct 2011 20:05:49 +0200, Takashi Iwai wrote:
> Yes, this looks more understandable, indeed.
> Would you patch it by yourself or should I refresh the patch?
> In either way, I'll test tomorrow, as I'm already at home without a
> test machine.
I don't have time before Monday to look at
Am 13.10.2011 05:29, schrieb Ilija Hadzic:
>
> The following set of patches will improve the performance of
> blit-copy functions for Radeon GPUs based on R600, R700, Evergreen
> and NI ASICs.
>
> The foundation for improvement is the use of tiled mode access (which
> for copying bo's can be used
At Thu, 13 Oct 2011 12:28:07 -0700,
Keith Packard wrote:
>
> On Thu, 13 Oct 2011 20:05:49 +0200, Takashi Iwai wrote:
>
> > Yes, this looks more understandable, indeed.
> > Would you patch it by yourself or should I refresh the patch?
> > In either way, I'll test tomorrow, as I'm already at home
From: Jerome Glisse
After GPU lockup VRAM gart table is unpinned and thus its pointer
becomes unvalid. This patch move the unpin code to a common helper
function and set pointer to NULL so that page update code can check
if it should update GPU page table or not. That way bo still bound
to GART c
https://bugs.freedesktop.org/show_bug.cgi?id=41762
Summary: radeon default power_profile "default" makes laptop
overheat (Mobility Radeon HD 3650)
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (Al
https://bugs.freedesktop.org/show_bug.cgi?id=41766
Summary: radeon lvds panel heavy flickering after opening
laptop lid (Mobility Radeon HD 3650)
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Sta
https://bugs.freedesktop.org/show_bug.cgi?id=41766
--- Comment #1 from Pasi Kärkkäinen 2011-10-13 15:17:52 PDT ---
Oh, I forgot to mention that changing the radeon "power_profile" fixes the
problem, ie doing:
echo low > /sys/class/drm/card0/device/power_profile
fixes the problem, and there's n
https://bugs.freedesktop.org/show_bug.cgi?id=41766
--- Comment #2 from Alex Deucher 2011-10-13 15:40:07 PDT ---
Did this work in the past and if so, when? Please attach your xorg log and
dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
> -Original Message-
> From: David Airlie [mailto:airl...@redhat.com]
> Sent: 2011年10月13日 22:24
> To: Huang, FrankR
> Cc: dri-devel@lists.freedesktop.org; Xavier Bestel; Dave Airlie
> Subject: Re: Reply: Question on S3 on evergreen
>
>
>
> - Original Message -
> > From: "FrankR
Ilija,
Your suggestion is very very important for us. Before we released the
driver, we will check each file of what we used from linux community(Including
KMS and DDX driver). As you said, there is no guarantee that some patches from
other developers contain GPL's code. So we must be ve
> -Original Message-
> From: dri-devel-bounces+frankr.huang=amd@lists.freedesktop.org
> [mailto:dri-devel-bounces+frankr.huang=amd@lists.freedesktop.org] On
> Behalf Of Alex Deucher
> Sent: 2011?10?13? 21:06
> To: Huang, FrankR
> Cc: dri-devel@lists.freedesktop.org
> Subject: Re: Qu
the patch sets are as the following.
- updated common overlay structure to support hdmi.
- fixed page flip feature for two devices to be supported.
- fixed a bug that fbdev reinitialization is failed.
- added comments and code clean.
this patch is based on git repository below:
git://people.freede
this patch adds common members to overlay structure and
makes each driver such as fimd or hdmi driver set them to
its own structure.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_buf.h |3 +
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 101
buffer addess is set to shadow register and then applied to
real register at vsync front porch time.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |4 +++-
drivers/gpu/drm/exynos/exynos_drm_crtc.h |1 -
drivers/gpu/drm/exynos/exy
sub drivers should refer to its own device object to access
its own context.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_core.c |2 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
3 fil
this patch adds the following comments and code clean.
- add comment of exynos_drm_crtc_apply() call at page flip time.
- add comment that when exynos_drm_fbdev_reinit() is called,
why num_connector is 0 and also the framebuffers should be destroyed.
- remove buf_off member from struct exynos_drm
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 +
2 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/drivers/gpu/drm/e
this patch solves the problem that fb_helper is released
when exynos_drm_fbdev_reinit() was called. if this function call
is ok then just return.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c |2 ++
1 files changed, 2 insertions(+), 0 del
in case of using two drivers such as fimd and hdmi controller that
they have their own hardware interrupt, drm framework doesn't provide
pipe number corresponding to it. so the pipe should be set to event's
from specific crtc.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Inki Dae
Signed-off-by: K
I am sending patch sets again because of some conflicts.
I am sorry for that.
the patch sets are as the following.
- updated common overlay structure to support hdmi.
- fixed page flip feature for two devices to be supported.
- fixed a bug that fbdev reinitialization is failed.
- added comments an
this patch adds common members to overlay structure and
makes each driver such as fimd or hdmi driver set them to
its own structure.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_buf.h |3 +
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 101
buffer addess is set to shadow register and then applied to
real register at vsync front porch time.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |4 +++-
drivers/gpu/drm/exynos/exynos_drm_crtc.h |1 -
drivers/gpu/drm/exynos/exy
this patch solves the problem that fb_helper is released
when exynos_drm_fbdev_reinit() was called. if this function call
is ok then just return.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c |2 ++
1 files changed, 2 insertions(+), 0 del
sub drivers should refer to its own device object to access
its own context.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_core.c |2 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
3 fil
this patch adds the following comments and code clean.
- add comment of exynos_drm_crtc_apply() call at page flip time.
- add comment that when exynos_drm_fbdev_reinit() is called,
why num_connector is 0 and also the framebuffers should be destroyed.
- remove buf_off member from struct exynos_drm
in case of using two drivers such as fimd and hdmi controller that
they have their own hardware interrupt, drm framework doesn't provide
pipe number corresponding to it. so the pipe should be set to event's
from specific crtc.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Inki Dae
Signed-off-by: K
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 +
2 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/drivers/gpu/drm/e
https://bugs.freedesktop.org/show_bug.cgi?id=41766
--- Comment #3 from Pasi Kärkkäinen 2011-10-13 23:12:27 PDT ---
Created an attachment (id=52313)
--> (https://bugs.freedesktop.org/attachment.cgi?id=52313)
dmesg for Linux 3.1.0-rc6
dmesg for Linux 3.1.0-rc6, from fedora 16 beta x86_64 livecd,
https://bugs.freedesktop.org/show_bug.cgi?id=41766
--- Comment #4 from Pasi Kärkkäinen 2011-10-13 23:13:56 PDT ---
Created an attachment (id=52314)
--> (https://bugs.freedesktop.org/attachment.cgi?id=52314)
Xorg.0.log
Xorg.0.log from fedora 16 beta x86_64 livecd, with Linux 3.1.0-rc6, on hp
eli
https://bugs.freedesktop.org/show_bug.cgi?id=41766
--- Comment #5 from Pasi Kärkkäinen 2011-10-13 23:23:21 PDT ---
Hmm.. I'm pretty sure I didn't see flickering in Fedora 14 (Linux 2.6.35).
Flickering starts already before Xorg is started.
--
Configure bugmail: https://bugs.freedesktop.org/use
From: Andi Kleen
This shrinks the sizes of a lot of functions in the radeon driver
dramatically.
With a non force inline + -Os kernel this is default anyways.
Cc: David Airlie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/r100.c | 40
drivers/
From: Andi Kleen
Drop some inlines to shrink code size with force inline
Still some unfixed growth in:
balance_leaf71908766 +1576
search_by_key 19633317 +1354
Cc: v...@zeniv.linux.org.uk
Cc: fweis...@gmail.com
Signed-off
From: Andi Kleen
With the dropped inlines gccs starts warning about genuinely unused
functions. Remove r600_bpe_from_format, evergreen_cs_track_validate_cb,
evergreen-cs_packet_next_is_pkt3_nop which are all unused.
Cc: David Airlie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/evergr
From: Andi Kleen
Remove bogus inlines in evergreen and r100.
Cc: airl...@linux.ie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/evergreen.c |4 +-
drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +-
drivers/gpu/drm/radeon/r100.c | 106 +
From: Andi Kleen
This saves about 2.5k text on a non force inline kernel.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/include/asm/desc.h | 17 +
arch/x86/kernel/irqinit.c | 20
2 files changed, 21 insertions(+), 16 deletions(-)
diff --
From: Andi Kleen
Fixes
evergreen_cs_parse 4080 23124 +19044
and others compared to a non force inline kernel.
Cc: David Airlie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/evergreen_cs.c |8
drivers/gpu/drm/radeon/r600_cs.c | 24 +
From: Andi Kleen
I found that gcc 4.5 didn't inline a lot of inlines with
CONFIG_OPTIMIZE_INLINING and CONFIG_CC_OPTIMIZE_FOR_SIZE. It was quite
common to have very small inlines to be out of line, or worse inline
statics in include files to be out of line with a copy for every file
using it too.
From: Andi Kleen
With the tracing code in there they are far too big to inline.
.text savings compared to a non force inline kernel:
i915_restore_display4393 12036 +7643
i915_save_display 4295 11459 +7164
i915_handle_error
From: Andi Kleen
These are not time critical, and using an out of line function
saves about 2.5k text on a non force inline kernel.
I left the main hotpath user -- readahead -- inline for now.
Signed-off-by: Andi Kleen
---
drivers/base/node.c | 72 +++
From: Andi Kleen
With this patch I'm only about 50k larger with DRM debugging
enables (why is that enabled by default?!?), and slightly
smaller without.
Cc: airl...@linux.ie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/r100.c | 39 ++
drivers/gpu/d
From: Andi Kleen
Cc: David Airlie
Signed-off-by: Andi Kleen
---
drivers/gpu/drm/radeon/r600_blit.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_blit.c
b/drivers/gpu/drm/radeon/r600_blit.c
index 7f10434..3c031a4
From: Andi Kleen
This fixes size regressions like
radeon_set_suspend 17247873 +6149
radeon_reinitialize_M10 39749285 +5311
radeon_pm_disable_dynamic_mode 8686125 +5257
radeon_pm_enable_dynamic_mode985
Hi Randy,
On Thu, Oct 13, 2011 at 4:00 AM, Randy Dunlap wrote:
> On 10/11/2011 02:23 AM, Sumit Semwal wrote:
>> Add documentation for dma buffer sharing framework, explaining the
>> various operations, members and API of the dma buffer sharing
>> framework.
>>
>> Signed-off-by: Sumit Semwal
>> Si
The commit 47356eb67285014527a5ab87543ba1fae3d1e10a introduced a
mechanism to record the backlight level only at disabling time, but it
also introduced a regression. Since intel_lvds_enable() may be called
without disabling (e.g. intel_lvds_commit() calls it unconditionally),
the backlight gets ba
https://bugs.freedesktop.org/show_bug.cgi?id=41740
Christoph Bumiller changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
There is no point in re-doing in post_xfer all the initialization
that was already done by pre_xfer. Instead, only do the work which
differs from pre_xfer.
Signed-off-by: Jean Delvare
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_i2c.c | 48 ---
1
Hi,
I have a question on S3 suspend/resume process for evergreen
chipset.
Generally introduction, I am developing WEC7 graphics driver on
evergreen chipset. Alex guide me on this. And right now I move to S3
part work. I have ported radeon_suspend_kms() and radeon_resume_kms()
funct
https://bugs.freedesktop.org/show_bug.cgi?id=41740
--- Comment #2 from Jos van Wolput 2011-10-13
03:52:54 PDT ---
(In reply to comment #1)
> Fixed in mesa/master with f1f7645f23bd11fb54a992cdbe9ef0a6ee0136f3.
Still some errors:
---
d3d11.cpp: In function ?HRESULT GalliumD3D11DeviceCreate(pipe_sc
Hi,
On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
> functions from linux to CE.
I imagine you already have checked with your company's lawyers, but if I
understand correctly that means your drivers will be distributed u
On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel
wrote:
> Hi,
>
> On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
>> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
>> functions from linux to CE.
>
> I imagine you already have checked with your company's lawyers, but if I
On Thu, 2011-10-13 at 13:04 +0100, Dave Airlie wrote:
> On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel
> wrote:
> > Hi,
> >
> > On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
> >> [...] I have ported radeon_suspend_kms() and radeon_resume_kms()
> >> functions from linux to CE.
> >
> > I
On Thu, Oct 13, 2011 at 1:07 PM, Xavier Bestel wrote:
> On Thu, 2011-10-13 at 13:04 +0100, Dave Airlie wrote:
>> On Thu, Oct 13, 2011 at 12:56 PM, Xavier Bestel
>> wrote:
>> > Hi,
>> >
>> > On Thu, 2011-10-13 at 17:54 +0800, Huang, FrankR wrote:
>> >> [...] I have ported radeon_suspend_kms() and
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #13 from Alex Deucher 2011-10-13 06:01:08 PDT
---
Try the following options in the kernel command line in grub:
pci=nomsi
noapic
irqpoll
and see if any of them help.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
On Thu, Oct 13, 2011 at 5:54 AM, Huang, FrankR wrote:
> Hi,
> ? ? ? ?I have a question on S3 suspend/resume process for evergreen
> chipset.
> ? ? ? ?Generally introduction, I am developing WEC7 graphics driver on
> evergreen chipset. Alex guide me on this. And right now I move to S3
> part work.
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Summary: Unigine Heaven shows black textures (Radeon HD4250)
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Ga?per Sedej changed:
What|Removed |Added
Alias||it
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Ga?per Sedej changed:
What|Removed |Added
Alias|it |
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #1 from Ga?per Sedej 2011-10-13 06:21:10 PDT
---
Also, FrozenByte games are missing textures (ShadowGrounds and Trine)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail b
> understand correctly that means your drivers will be distributed under
> > the GPL ?
>
> All the GPU driver code is licensed under MIT.
Oh, I thought "linux" meant "kernel", not "X11".
Xav
-- next part --
An HTML attac
- Original Message -
> From: "FrankR Huang"
> To: "Xavier Bestel" , "Dave Airlie" gmail.com>
> Cc: dri-devel at lists.freedesktop.org
> Sent: Thursday, 13 October, 2011 3:16:07 PM
> Subject: Reply: Question on S3 on evergreen
>
>
> Reply: Question on S3 on evergreen
>
> Xav, thanks f
Frank,
I have found this text particularly useful when it comes to using MIT (or
BSD) code that resides in the GPL project (e.g. DRM in Linux)
http://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html
I think that sections 2.2 and 2.3 are the things to be careful about
beca
ll the GPU driver code is licensed under MIT.
>
> Oh, I thought "linux" meant "kernel", not "X11".
The kernel drm driver code is all MIT licensed. The license is there
at the top of the files.
Dave.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111013/5cf45794/attachment.htm>
Hi!
I tried the xf86-video-modesetting driver with the new via KMS
driver. It worked well but I had to turn off the cursor since I haven't
finished the cursor in the kernel driver yet. By default the SWCursor
option is set to false but when I placed that option in my xorg.conf file
it n
https://bugs.freedesktop.org/show_bug.cgi?id=41592
--- Comment #7 from mirandir at orange.fr 2011-10-13 09:17:43 PDT ---
(In reply to comment #6)
>
> When this happens, can you get a gdb backtrace of gnome-shell and/or the X
> server process, and attach them here?
>
I will try, but the problem
kard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111013/3393e76e/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #4 from Varban 2011-10-13 10:36:48 PDT
---
In Windows, if a monitor is connected to a port on the laptop then it is shown
as connected to the Intel card. If the monitor is connected to the external
media dock then Windows shows it as
https://bugs.freedesktop.org/show_bug.cgi?id=41744
Sven Arvidsson changed:
What|Removed |Added
CC||sa at whiz.se
--- Comment #2 from Sven
install libtxc_dxtn
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
At Thu, 13 Oct 2011 09:40:29 -0700,
Keith Packard wrote:
>
> On Thu, 13 Oct 2011 10:57:35 +0200, Takashi Iwai wrote:
>
> > This patch fixes the bug by recording the backlight level always
> > when changed but only when dev_priv->backlight_enabled is set.
> > In this way, the bogus value for disa
Dave,
Alex pointed to me that the patches I sent last night under this thread
may conflict with 003cefe0c238e683a29d2207dba945b508cd45b7 that currently
resides on drm-fixes branch (my patches are based on drm-next or
drm-core-next).
I'd like to make sure that the eventual merge goes smoothly:
https://bugs.freedesktop.org/show_bug.cgi?id=41756
Summary: [wine] Alpha Prime crashes in u_upload_data
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Thu, 13 Oct 2011, Roland Scheidegger wrote:
> I guess it isn't possible to temporarily disable some RBEs or otherwise
> reconfigure the chip that you could get the same performance for the
> high-end chips?
According to the conversation I had with Alex, this *is* possible but
requires the p
1 - 100 of 123 matches
Mail list logo
