https://bugs.freedesktop.org/show_bug.cgi?id=38022
Harald Judt changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=38022
Harald Judt changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Wed, 8 Jun 2011 20:14:01 +0100
Chris Wilson wrote:
> Otherwise drmHandleEvent will block if accidentally read too often...
>
> Signed-off-by: Chris Wilson
> Cc: Phillip Haddad
> ---
> drivers/gpu/drm/drm_fops.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git
https://bugzilla.kernel.org/show_bug.cgi?id=37032
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=38010
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38010
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #11 from Sérgio M. Basto 2011-06-08 22:53:22
PDT ---
hl2 ep2 crashes a lot with nvidia and ati even in windows , what episode are
you trying to run ?
and the fixes also for what HL2 is ?
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #11 from S?rgio M. Basto 2011-06-08 22:53:22
PDT ---
hl2 ep2 crashes a lot with nvidia and ati even in windows , what episode are
you trying to run ?
and the fixes also for what HL2 is ?
--
Configure bugmail: https://bugs.freedesk
On Fri, 2011-06-03 at 12:54 +0200, Sascha Hauer wrote:
> The DRM_IOCTL_MODE_GETRESOURCES ioctl just returns bogus framebuffers.
> That is because the framebuffers for each file are in the filp_head
> member of struct drm_framebuffer, not in the head member.
>
> Signed-off-by: Sascha Hauer
> ---
On Tue, 2011-06-07 at 13:07 -0700, Jesse Barnes wrote:
> To properly support the various plane formats supported by different
> hardware, the kernel must know the pixel format of a framebuffer object.
> So add a new ioctl taking a format argument corresponding to a fourcc
> name from videodev2.h.
Otherwise drmHandleEvent will block if accidentally read too often...
Signed-off-by: Chris Wilson
Cc: Phillip Haddad
---
drivers/gpu/drm/drm_fops.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 2ec7d48..2
https://bugzilla.kernel.org/show_bug.cgi?id=36962
Maciej Rutecki changed:
What|Removed |Added
Blocks||32012
--
Configure bugmail: https:/
https://bugzilla.kernel.org/show_bug.cgi?id=36962
Summary: [Regression 2.6.39][nouveau][bisected?] leaving
fullscreen XV "crashes" with KDE desktop effects
enabled
Product: Drivers
Version: 2.5
Kernel Version: 2.6.39
Hi Konrad,
2011/6/8 Konrad Rzeszutek Wilk :
> The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> current amount"
> I never observed, but found while looking at the code. The cleanup patch:
> "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier
> and
https://bugs.freedesktop.org/show_bug.cgi?id=29953
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29953
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> > I have LG Flatron F900P CRT monitor. X drivers work fine, nouveau KMS
> > works fine but Radeon KMS selects a videomode that is out of spec for
> > monitor. This is not a regression - this hardware combination has never
> > worked for me yet with radeon KMS. The result is same for Radeon 7000
>
https://bugs.freedesktop.org/show_bug.cgi?id=30166
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30166
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Ben Skeggs
Nouveau is going to use these hooks to map/unmap objects from a client's
private GPU address space.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/drm_gem.c | 21 +++--
include/drm/drmP.h|2 ++
2 files changed, 21 insertions(+), 2 deletions(-)
dif
On Thu, 2011-06-09 at 10:24 +1000, skeg...@gmail.com wrote:
> From: Ben Skeggs
>
> Nouveau is going to use these hooks to map/unmap objects from a client's
> private GPU address space.
Forgot the v2 notes.. inlined below..
>
> Signed-off-by: Ben Skeggs
> ---
> drivers/gpu/drm/drm_gem.c | 21
From: Ben Skeggs
Nouveau is going to use these hooks to map/unmap objects from a client's
private GPU address space.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/drm_gem.c | 21 +++--
include/drm/drmP.h|2 ++
2 files changed, 21 insertions(+), 2 deletions(-)
dif
https://bugs.freedesktop.org/show_bug.cgi?id=34929
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34929
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
itech Explorer Mouse: initialized for relative
axes.
[41.258] (**) ImExPS/2 Logitech Explorer Mouse: (accel) keeping
acceleration scheme 1
[41.258] (**) ImExPS/2 Logitech Explorer Mouse: (accel) acceleration
profile 0
[41.258] (**) ImExPS/2 Logitech Explorer Mouse: (accel) acceleration
factor: 2.000
[41.258] (**) ImExPS/2 Logitech Explorer Mouse: (accel) acceleration
threshold: 4
[41.259] (II) config/udev: Adding input device ImExPS/2 Logitech Explorer
Mouse (/dev/input/mouse0)
[41.259] (II) No input driver/identifier specified (ignoring)
[41.271] (II) config/udev: Adding input device ACPI Virtual Keyboard Device
(/dev/input/event4)
[41.271] (**) ACPI Virtual Keyboard Device: Applying InputClass "evdev
keyboard catchall"
[41.271] (II) Using input driver 'evdev' for 'ACPI Virtual Keyboard Device'
[41.271] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[41.271] (**) ACPI Virtual Keyboard Device: always reports core events
[41.276] (**) ACPI Virtual Keyboard Device: Device: "/dev/input/event4"
[41.276] (--) ACPI Virtual Keyboard Device: Found keys
[41.276] (II) ACPI Virtual Keyboard Device: Configuring as keyboard
[41.276] (**) Option "config_info"
"udev:/sys/devices/virtual/input/input4/event4"
[41.276] (II) XINPUT: Adding extended input device "ACPI Virtual Keyboard
Device" (type: KEYBOARD)
[41.276] (**) Option "xkb_rules" "evdev"
[41.276] (**) Option "xkb_model" "pc105"
[41.276] (**) Option "xkb_layout" "ee"
[41.276] (**) Option "xkb_options" "lv3:ralt_switch"
--
Meelis Roos (mroos at linux.ee)
-- next part --
A non-text attachment was scrubbed...
Name: edid
Type: application/octet-stream
Size: 128 bytes
Desc:
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110608/fde7ed52/attachment-0001.obj>
https://bugs.freedesktop.org/show_bug.cgi?id=36270
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36270
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36609
--- Comment #5 from Marek Olšák 2011-06-08 16:47:19 PDT ---
almos,
does 578d4539ba72a9f52e0cb3f615bb04bf9407b574 fix it?
If not, please attach a screenshot demontrating the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=36609
--- Comment #5 from Marek Ol??k 2011-06-08 16:47:19 PDT
---
almos,
does 578d4539ba72a9f52e0cb3f615bb04bf9407b574 fix it?
If not, please attach a screenshot demontrating the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=36611
--- Comment #1 from Marek Olšák 2011-06-08 16:44:43 PDT ---
Is this still an issue with current Mesa git? If yes, could you please make a
GL trace using apitrace? (basic info about tracing:
https://bugs.freedesktop.org/show_bug.cgi?id=36745#c15 )
https://bugs.freedesktop.org/show_bug.cgi?id=36611
--- Comment #1 from Marek Ol??k 2011-06-08 16:44:43 PDT
---
Is this still an issue with current Mesa git? If yes, could you please make a
GL trace using apitrace? (basic info about tracing:
https://bugs.freedesktop.org/show_bug.cgi?id=36745#c15
https://bugs.freedesktop.org/show_bug.cgi?id=37075
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37075
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #10 from Marek Olšák 2011-06-08 16:13:30 PDT ---
The log clearly says HL2 uses loops, which r3xx-r4xx can't do. All the r300
error messages seem to be unfixable hardware limitations.
Is there a way to disable the shader model 3.0 in
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #10 from Marek Ol??k 2011-06-08 16:13:30 PDT
---
The log clearly says HL2 uses loops, which r3xx-r4xx can't do. All the r300
error messages seem to be unfixable hardware limitations.
Is there a way to disable the shader model 3.0 in
On Wed, 8 Jun 2011 20:14:01 +0100
Chris Wilson wrote:
> Otherwise drmHandleEvent will block if accidentally read too often...
>
> Signed-off-by: Chris Wilson
> Cc: Phillip Haddad
> ---
> drivers/gpu/drm/drm_fops.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git
- Add some new compute regs
- Add new dispatch packets for evergreen/cayman
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 57 -
drivers/gpu/drm/radeon/evergreend.h |2 +
drivers/gpu/drm/radeon/r600_cs.c |9 +
https://bugs.freedesktop.org/show_bug.cgi?id=38089
Summary: Mesa: User error: GL_INVALID_ENUM in glDisable(0x8920)
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=38089
Summary: Mesa: User error: GL_INVALID_ENUM in glDisable(0x8920)
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=38022
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38022
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
I have a PC for testing different addon cards & drivers. I recently set
BIOS to use PCI graphics as primary to test PCI cards, and afterwards
left it like this. However, it does not work when loading radeon DRM
driver for AGP Radeon 7000 (RV100) card. The card is detected, DRM
loaded and KMS in
> > > The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> > > current amount"
> > > I never observed, but found while looking at the code. The cleanup patch:
> > > "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted
> > > earlier and Randy
> > > Dunlap gracio
https://bugs.freedesktop.org/show_bug.cgi?id=37075
--- Comment #6 from almos 2011-06-08 13:45:53 PDT ---
Maybe it's a hw limitation on r3xx? Perhaps large vertex buffers should be
broken down into smaller ones.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=37075
--- Comment #6 from almos 2011-06-08 13:45:53 PDT ---
Maybe it's a hw limitation on r3xx? Perhaps large vertex buffers should be
broken down into smaller ones.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #9 from almos 2011-06-08 13:36:35 PDT ---
Created an attachment (id=47733)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47733)
new_console.txt.gz
(In reply to comment #8)
> Created an attachment (id=47694)
View: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #9 from almos 2011-06-08 13:36:35 PDT ---
Created an attachment (id=47733)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47733)
new_console.txt.gz
(In reply to comment #8)
> Created an attachment (id=47694)
View: https://bugs
. and some comments to make it easier to understand.
Ackedby: Randy Dunlap
[v2: Added some more updates from Randy Dunlap]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 16
include/drm/ttm/ttm_bo_api.h |3 ---
include/drm/ttm/ttm_
.instead increment it by the count of pages that we want to
splice into the pool list.
In other words we were incrementing the pool->npages by the wrong
amount. This bug was observed from code inspection.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |2 +-
1
The bug-fix "ttm: Do not increment the amount of pages in a pool by the current
amount"
I never observed, but found while looking at the code. The cleanup patch:
"ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier and
Randy
Dunlap graciously added some extra cleanups - whi
Filter out modes that are higher than the max pixel
clock.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_atombios.c |4
drivers/gpu/drm/radeon/radeon_clocks.c |8 +---
drivers/gpu/drm/radeon/radeon_combio
han those chips can
handle. Where is that mode even coming from? I don't see it in the
EDID. The attached patch should filter out that mode.
Alex
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-check-modes-against-max-pixel-clock.patc
https://bugzilla.kernel.org/show_bug.cgi?id=36962
Maciej Rutecki changed:
What|Removed |Added
Blocks||32012
--
Configure bugmail: https:/
https://bugzilla.kernel.org/show_bug.cgi?id=36962
Summary: [Regression 2.6.39][nouveau][bisected?] leaving
fullscreen XV "crashes" with KDE desktop effects
enabled
Product: Drivers
Version: 2.5
Kernel Version: 2.6.39
- Add some new compute regs
- Add new dispatch packets for evergreen/cayman
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 57 -
drivers/gpu/drm/radeon/evergreend.h |2 +
drivers/gpu/drm/radeon/r600_cs.c |9 +
Otherwise drmHandleEvent will block if accidentally read too often...
Signed-off-by: Chris Wilson
Cc: Phillip Haddad
---
drivers/gpu/drm/drm_fops.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 2ec7d48..2
On Wed, 8 Jun 2011 11:41:17 +0200
Marcus Lorentzon wrote:
> On 06/07/2011 11:01 PM, Jesse Barnes wrote:
> > On Tue, 7 Jun 2011 13:07:39 -0700
> > Jesse Barnes wrote:
> >
> >
> >> +/* Planes blend with or override other bits on the CRTC */
> >> +struct drm_mode_set_plane {
> >> + __u32 plan
On Wed, 8 Jun 2011 11:41:17 +0200
Marcus Lorentzon wrote:
> On 06/07/2011 11:01 PM, Jesse Barnes wrote:
> > On Tue, 7 Jun 2011 13:07:39 -0700
> > Jesse Barnes wrote:
> >
> >
> >> +/* Planes blend with or override other bits on the CRTC */
> >> +struct drm_mode_set_plane {
> >> + __u32 plan
On 06/07/2011 11:01 PM, Jesse Barnes wrote:
> On Tue, 7 Jun 2011 13:07:39 -0700
> Jesse Barnes wrote:
>
>
>> +/* Planes blend with or override other bits on the CRTC */
>> +struct drm_mode_set_plane {
>> +__u32 plane_id;
>> +__u32 crtc_id;
>> +__u32 fb_id; /* contains surface form
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #6 from Pascal Billery-Schneider
2011-06-08 11:25:03 PDT ---
Created an attachment (id=47729)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47729)
Blender screenshots portions after mesa git
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #6 from Pascal Billery-Schneider
2011-06-08 11:25:03 PDT ---
Created an attachment (id=47729)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47729)
Blender screenshots portions after mesa git
--
Configure bugmail: https://bug
>
> Hi Linus,
>
> I'm blaming 3.0 for me not seeing this breakage, I'm having trouble
> persuading my USB disk to boot 3.0, on an F15 userspace looks like LVM or
> something systemd related.
>
> 1 is really urgent but the other two fixes some machines + blank screens.
correctly attributed pa
> > > The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> > > current amount"
> > > I never observed, but found while looking at the code. The cleanup patch:
> > > "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted
> > > earlier and Randy
> > > Dunlap gracio
Hi Linus,
I'm blaming 3.0 for me not seeing this breakage, I'm having trouble
persuading my USB disk to boot 3.0, on an F15 userspace looks like LVM or
something systemd related.
1 is really urgent but the other two fixes some machines + blank screens.
Dave.
The following changes since commi
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #5 from Pascal Billery-Schneider
2011-06-08 11:17:10 PDT ---
So.
It seems much better with git mesa. I've made a small try therefore.
No need to specify a GL variable to display the fonts, no crash when opening
dialogbox.
But ther
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #5 from Pascal Billery-Schneider
2011-06-08 11:17:10 PDT ---
So.
It seems much better with git mesa. I've made a small try therefore.
No need to specify a GL variable to display the fonts, no crash when opening
dialogbox.
But ther
From: Alan Cox
We are using the underlying kref in the GEM object so we don't need our own
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_fb.c |1 -
drivers/staging/gma500/psb_gtt.c | 41 ++
drivers/staging/gma500/psb_gtt.h |1 -
3 files
From: Alan Cox
Lose all the PSB debug gunge. We can replace it with dev_dbg() like normal
drivers if and when we need debug on stuff.
Signed-off-by: Alan Cox
---
drivers/staging/gma500/mrst_crtc.c | 23 ++
drivers/staging/gma500/mrst_lvds.c | 12 +--
drivers/staging/
From: Alan Cox
We don't seem to need this for our task.
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_drv.c |6
drivers/staging/gma500/psb_gtt.c | 62 --
2 files changed, 19 insertions(+), 49 deletions(-)
diff --git a/drivers/staging/gm
From: Alan Cox
We have a FIXME to do the power management for which the framework now
exists, and we also need to deal with an erratum. Some operations exactly 8
pixels wide or high fail. The work around is to do two smaller ones (see
the Intel released X driver bits) but for console quite frankl
From: Alan Cox
Give the driver its own proper DRM name, clean up copyright headers and so
forth
Signed-off-by: Alan Cox
---
drivers/staging/gma500/mrst_crtc.c |4 +
drivers/staging/gma500/mrst_lvds.c |2 -
drivers/staging/gma500/psb_2d.c|7 --
drivers/staging/gma50
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_fb.c |6 +-
drivers/staging/gma500/psb_gem.c | 11 ---
drivers/staging/gma500/psb_gtt.c |2 --
3 files changed, 1 insertions(+), 18 deletions(-)
diff --git a/drivers/staging/gma500/psb_fb.c b/drivers/
From: Alan Cox
If we get a user frame buffer destroyed which is being displayed then clean
up the mess nicely. We can now run a slightly modified modetest including
setting
modes, and handling crashes.
Modetest still blows up but this is because libdrm 2.4.25 is busted.
Signed-off-by: Alan Co
From: Alan Cox
Restructure this to work the same way as the i915 frame buffer does. That
cleans up various chunks of code.
We can now set a mode in modetest but mode restore is a bit iffy
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_2d.c | 13 +--
drivers/staging/gma500/psb_fb.c
From: Andre Bartke
The return variable of psb_gtt_pin() may be used
uninitialized. Also fixed some coding style issues.
Signed-off-by: Andre Bartke
[Reapplied by hand due to other changes]
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_gtt.c | 36 ++-
From: Michael Chang
Many Linux distributions would enable vesafb in order to display
early stage boot splash. In this case, we will get garbled X
Window screen if running X fbdev on psbfb.
This is because fb0 is occupied by vesafb while psbfb is on fb1.
They tried to drive the same pieces of har
From: Alan Cox
Squash a hardcoded assumption we shouldn't really make
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_intel_display.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/gma500/psb_intel_display.c
b/drivers/staging/gma500/
From: Alan Cox
We need this for the framebuffer in order to ensure that the kernel
framebuffer layer can handle it when using KMS. Except for the base
framebuffer this isn't a concern.
Add an npage field to the gtt as too many copies of the page calculation
are getting spread around the code.
S
From: Alan Cox
Clean up the GTT code a bit, make the pages uncached and go via the proper
interfaces. This avoids any aliasing problems.
On the CPU side we need to access the pages via their true addresses not via
the GTT. This is fine for GEM created fb objects for X. For the kernel fb
when not
On Wed, Jun 8, 2011 at 10:06 AM, Meelis Roos wrote:
> I have LG Flatron F900P CRT monitor. X drivers work fine, nouveau KMS
> works fine but Radeon KMS selects a videomode that is out of spec for
> monitor. This is not a regression - this hardware combination has never
> worked for me yet with rad
From: Patrik Jakobsson
On the Fit-PC2 the VBT reports an invalid fixed panel mode for LVDS, this gets
in the way for SDVO. This patch makes VBT parsing skip the invalid mode. When
there is no LVDS output the backlight support crashes so the patch also checks
for this before enabling it.
Signed-o
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/staging/gma500/psb_gtt.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/gma500/psb_gtt.c b/drivers/staging/gma500/psb_gtt.c
index 74c5a65..1d0e242 100644
--- a/drivers/staging/gma500/psb_gtt.c
+++ b/
This patch series versus linux-next 2011/06/08 fixes various bugs including a
nasty pinning bug found by Andre Bartke.
With these patches applied the driver passes the various GEM tests and you can
use the KMS tools and test sets to set modes and display stuff from GEM
buffers including those mapp
On Tue, Jun 07, 2011 at 08:59:28PM +0100, Alan Cox wrote:
> > I'm not sure I understand you correctly. I have no address space on the
> > card side since my 'card' just uses main memory. The memory I need must
> > be a physically contiguous portion of sdram. I'm afraid shmem backing
> > memory is n
On Wed, 8 Jun 2011 19:30:22 +0200 Rafał Miłecki wrote:
> Hi Konrad,
>
> 2011/6/8 Konrad Rzeszutek Wilk :
> > The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> > current amount"
> > I never observed, but found while looking at the code. The cleanup patch:
> > "ttm: Fix spe
On Wed, 8 Jun 2011 19:30:22 +0200 Rafa? Mi?ecki wrote:
> Hi Konrad,
>
> 2011/6/8 Konrad Rzeszutek Wilk :
> > The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> > current amount"
> > I never observed, but found while looking at the code. The cleanup patch:
> > "ttm: Fix spe
Hi Konrad,
2011/6/8 Konrad Rzeszutek Wilk :
> The bug-fix "ttm: Do not increment the amount of pages in a pool by the
> current amount"
> I never observed, but found while looking at the code. The cleanup patch:
> "ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier
> and
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #4 from Pascal Billery-Schneider
2011-06-08 10:12:51 PDT ---
I managed to compile mesa git according to:
http://www.x.org/wiki/radeonBuildHowTo
with these options:
DRI_DRIVERS="radeon,r200,r300,r600,swrast" && ./autogen.sh --prefix
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #4 from Pascal Billery-Schneider
2011-06-08 10:12:51 PDT ---
I managed to compile mesa git according to:
http://www.x.org/wiki/radeonBuildHowTo
with these options:
DRI_DRIVERS="radeon,r200,r300,r600,swrast" && ./autogen.sh --prefix
. and some comments to make it easier to understand.
Ackedby: Randy Dunlap
[v2: Added some more updates from Randy Dunlap]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 16
include/drm/ttm/ttm_bo_api.h |3 ---
include/drm/ttm/ttm_
The bug-fix "ttm: Do not increment the amount of pages in a pool by the current
amount"
I never observed, but found while looking at the code. The cleanup patch:
"ttm: Fix spelling mistakes and remove unused #ifdef", I had posted earlier and
Randy
Dunlap graciously added some extra cleanups - whi
.instead increment it by the count of pages that we want to
splice into the pool list.
In other words we were incrementing the pool->npages by the wrong
amount. This bug was observed from code inspection.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |2 +-
1
Filter out modes that are higher than the max pixel
clock.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_atombios.c |4
drivers/gpu/drm/radeon/radeon_clocks.c |8 +---
drivers/gpu/drm/radeon/radeon_combio
On Wed, Jun 8, 2011 at 11:31 AM, Meelis Roos wrote:
>> > I have LG Flatron F900P CRT monitor. X drivers work fine, nouveau KMS
>> > works fine but Radeon KMS selects a videomode that is out of spec for
>> > monitor. This is not a regression - this hardware combination has never
>> > worked for me
> > I have LG Flatron F900P CRT monitor. X drivers work fine, nouveau KMS
> > works fine but Radeon KMS selects a videomode that is out of spec for
> > monitor. This is not a regression - this hardware combination has never
> > worked for me yet with radeon KMS. The result is same for Radeon 7000
>
I have LG Flatron F900P CRT monitor. X drivers work fine, nouveau KMS
works fine but Radeon KMS selects a videomode that is out of spec for
monitor. This is not a regression - this hardware combination has never
worked for me yet with radeon KMS. The result is same for Radeon 7000
(RV100, curre
I have a PC for testing different addon cards & drivers. I recently set
BIOS to use PCI graphics as primary to test PCI cards, and afterwards
left it like this. However, it does not work when loading radeon DRM
driver for AGP Radeon 7000 (RV100) card. The card is detected, DRM
loaded and KMS in
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #3 from Pascal Billery-Schneider
2011-06-08 08:42:05 PDT ---
First thank you for your interest.
Well, I did not try yet on this computer for this one is for my work.
I shall look at http://www.mesa3d.org/install.html ?
--
Configu
https://bugs.freedesktop.org/show_bug.cgi?id=36609
--- Comment #4 from Fabio Pedretti 2011-06-08 08:41:15
PDT ---
(In reply to comment #3)
> Unfortunately, commit 51095f74cf92d3cada7366ce898ade7693570b48 doesn't fix the
> missing triangles in ut2004.
Is this still an issue? If yes is 45920d2ecb
https://bugs.freedesktop.org/show_bug.cgi?id=38070
--- Comment #3 from Pascal Billery-Schneider
2011-06-08 08:42:05 PDT ---
First thank you for your interest.
Well, I did not try yet on this computer for this one is for my work.
I shall look at http://www.mesa3d.org/install.html ?
--
Configu
1 - 100 of 132 matches
Mail list logo
