http://bugzilla.kernel.org/show_bug.cgi?id=12401
tino.kei...@web.de changed:
What|Removed |Added
AssignedTo|drivers_video-...@kernel- |tino.kei...@web.de
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #14 from pappy_mc...@yahoo.com 2009-02-04 21:38 ---
(In reply to comment #4)
> Thanks.
>
> Reassigned to DRI, marked as a regression.
>
Wow, that was fast. Thanks.
--
Configure bugmail: http://bugzilla.kernel.org/userp
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #13 from pappy_mc...@yahoo.com 2009-02-04 21:36 ---
Just to make absolutely clear, without GEM, the machine in question will not
start X. With GEM, I get the problem described here. I have another machine
that, once upgraded
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #11 from pappy_mc...@yahoo.com 2009-02-04 21:30 ---
Created an attachment (id=20118)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20118&action=view)
This is how the desktop looks with 2.6.28.3, note side bar
--
Conf
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #12 from pappy_mc...@yahoo.com 2009-02-04 21:32 ---
Created an attachment (id=20119)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20119&action=view)
This is how the desktop looks with 2.6.28.3, note both bars and conky
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #10 from pappy_mc...@yahoo.com 2009-02-04 21:29 ---
Created an attachment (id=20117)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20117&action=view)
This is how the desktop looks with 2.6.28.3, note lower task bar
--
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #9 from pappy_mc...@yahoo.com 2009-02-04 21:27 ---
Created an attachment (id=20116)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20116&action=view)
This is how the desktop looks when things are right.
This is how the
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #8 from pappy_mc...@yahoo.com 2009-02-04 21:26 ---
Created an attachment (id=20115)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20115&action=view)
.config file for 2.6.27.12
--
Configure bugmail: http://bugzilla.ke
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #7 from pappy_mc...@yahoo.com 2009-02-04 21:24 ---
Created an attachment (id=20114)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20114&action=view)
.config file for 2.6.28.3
--
Configure bugmail: http://bugzilla.ker
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #6 from pappy_mc...@yahoo.com 2009-02-04 21:24 ---
Created an attachment (id=20113)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20113&action=view)
/var/log/Xorg.0.log while running 2.6.27.12
--
Configure bugmail: h
http://bugzilla.kernel.org/show_bug.cgi?id=12634
--- Comment #5 from pappy_mc...@yahoo.com 2009-02-04 21:22 ---
Created an attachment (id=20112)
--> (http://bugzilla.kernel.org/attachment.cgi?id=20112&action=view)
/var/log/dmesg with 2.6.27.12 kernel
--
Configure bugmail: http://b
http://bugzilla.kernel.org/show_bug.cgi?id=12634
a...@osdl.org changed:
What|Removed |Added
AssignedTo|drivers_video-ot...@kernel- |drivers_video-...@kernel-
http://bugzilla.kernel.org/show_bug.cgi?id=12401
--- Comment #9 from mjg59-ker...@srcf.ucam.org 2009-02-04 17:26 ---
If this is still a problem, I strongly suspect that it's down to the 915 drm
failing to get the IRQs. This has been a perennial problem - it's been fixed at
various poi
http://bugzilla.kernel.org/show_bug.cgi?id=12599
r...@sisk.pl changed:
What|Removed |Added
Status|NEW |REJECTED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=12599
r...@sisk.pl changed:
What|Removed |Added
Status|REJECTED|CLOSED
--
Configure bugmail: http://bug
http://bugzilla.kernel.org/show_bug.cgi?id=12601
--- Comment #1 from r...@sisk.pl 2009-02-04 17:22 ---
On Thursday 05 February 2009, Stephen Hemminger wrote:
> On Wed, 4 Feb 2009 11:24:04 +0100 (CET)
> "Rafael J. Wysocki" wrote:
>
> > This message has been generated automatically a
http://bugzilla.kernel.org/show_bug.cgi?id=12601
r...@sisk.pl changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=12174
rui.zh...@intel.com changed:
What|Removed |Added
CC||acpi-
|
http://bugzilla.kernel.org/show_bug.cgi?id=12401
rui.zh...@intel.com changed:
What|Removed |Added
CC||mjg59-ker...@srcf.ucam.org,
http://bugzilla.kernel.org/show_bug.cgi?id=12613
--- Comment #2 from r...@sisk.pl 2009-02-04 17:19 ---
On Wednesday 04 February 2009, etienne wrote:
> Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > Th
On Wed, 2009-02-04 at 15:02 -0800, Jesse Barnes wrote:
> On Wednesday, February 4, 2009 2:32 pm Thomas Hellström wrote:
> > Jesse,
> >
> > I have some concerns about the GEM GTT mmap functionality.
>
> Thanks for looking it over again; you would know since some of this code came
> from you in the
On Wed, 2009-02-04 at 23:48 +0100, Thomas Hellström wrote:
> Eric,
>
> Looking at the intel_bufmgr_gem implementation there seems to be a
> number of members on a
> "struct drm_intel_bo_gem" that really should be per context, like
> validate_index, *reloc_* members, included_in_check_aperture et
On Wednesday, February 4, 2009 2:32 pm Thomas Hellström wrote:
> Jesse,
>
> I have some concerns about the GEM GTT mmap functionality.
Thanks for looking it over again; you would know since some of this code came
from you in the first place. :)
> First, a gem object pointer is copied to map->off
Eric,
Looking at the intel_bufmgr_gem implementation there seems to be a
number of members on a
"struct drm_intel_bo_gem" that really should be per context, like
validate_index, *reloc_* members, included_in_check_aperture etc.
What happens if a shared texture, for example, is used by multiple
Jesse,
I have some concerns about the GEM GTT mmap functionality.
First, a gem object pointer is copied to map->offset and then to the
vma->vm_private_data without proper reference counting. This pointer is
used in i915_gem_fault() to access the gem object. However if the gem
object is destroy
On Wednesday, February 4, 2009 1:24 pm Jesse Barnes wrote:
> Kristian pointed out some problems with the set_config code (switching
> CRTCs didn't work for one) so I took a look and found a couple of problems.
> I'm still working on the CRTC switch issue, looks like the pipes don't get
> configure
Kristian pointed out some problems with the set_config code (switching CRTCs
didn't work for one) so I took a look and found a couple of problems. I'm
still working on the CRTC switch issue, looks like the pipes don't get
configured right if they're swapped, but this patch fixes some other bugs:
On Wed, Feb 04, 2009 at 07:03:57PM +0100, Bruno Prémont wrote:
> This patch does not work for me.
> With this patch applied kernel fails to read EDID data and discover
> proper modes. (It ends up displaying a picture looking like the BIOS
> bootup image). X fails to start finding no valid mode for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Hellström wrote:
> I think the XGI driver only used TTM fences, and provided an alternative
> implementation when
> TTM was stalled.
Correct. I basically did the same thing for XP10 that I had done years
before for G400.
-BEGIN PGP SIGNA
http://bugs.freedesktop.org/show_bug.cgi?id=11592
--- Comment #8 from mark 2009-02-04 11:44:25 PST ---
I can reproduce this issue as of 02-04-2009
GDB backtrace
Thread 1 (process 6790):
#0 0xb7f29410 in __kernel_vsyscall ()
#1 0xb7470085 in raise () from /lib/tls/i686/cmov/libc.so.6
#2
On Tuesday, February 3, 2009 12:07 pm Kristian Høgsberg wrote:
> Record and restore the kernel framebuffer for all crtc on panic
> and lastclose.
>
> Signed-off-by: Kristian Høgsberg
Yeah, looks good. This should give us even better panic/lastclose/sysrq
behavior.
Acked-by: Jesse Barnes
--
On Wednesday, February 4, 2009 8:33 am Michał Pecio wrote:
> Hi.
> I'm running Source Mage GNU/Linux on an Acer Aspire 3690 with following
> configuration:
>
> Celeron Yonah 1.6
> Intel 945GM w/ integrated graphics
> Linux 2.6.29-rc3 (I also tried rc3-git5, but nothing changed)
> libdrm 2.4.4
> mes
This patch does not work for me.
With this patch applied kernel fails to read EDID data and discover
proper modes. (It ends up displaying a picture looking like the BIOS
bootup image). X fails to start finding no valid mode for LVDS output.
Without the patch Xorg doesn't start either, being block
http://bugzilla.kernel.org/show_bug.cgi?id=12401
tr...@suse.de changed:
What|Removed |Added
CC||tr...@suse.de,
|
On Wed, 2009-02-04 at 04:42 -0800, Dave Airlie wrote:
> >
> > So marcheu reminded me of my laziness and I built mach64 but I took a
> > quick look at its API and its not 32/64 compliant by any reach.
> >
> > So I'd like to merge it with a version 3.0.0 API which fixes all the API
> > issues I co
Stephane Marchesin wrote:
> On Wed, Feb 4, 2009 at 11:14, Thomas Hellström wrote:
>
>> Stephane Marchesin wrote:
>>
>>> On Thu, Jan 29, 2009 at 09:40, Thomas Hellström wrote:
>>>
>>>
Owain Ainsworth wrote:
> On Thu, Jan 29, 2009 at 12:04:22AM +0100, Step
>
> So marcheu reminded me of my laziness and I built mach64 but I took a
> quick look at its API and its not 32/64 compliant by any reach.
>
> So I'd like to merge it with a version 3.0.0 API which fixes all the API
> issues I could fine, mainly using void *, unsigned long, I nuked some
> uns
On Wed, Feb 4, 2009 at 11:14, Thomas Hellström wrote:
> Stephane Marchesin wrote:
>> On Thu, Jan 29, 2009 at 09:40, Thomas Hellström wrote:
>>
>>> Owain Ainsworth wrote:
>>>
On Thu, Jan 29, 2009 at 12:04:22AM +0100, Stephane Marchesin wrote:
> Hi,
>
> If no one objects,
On Tue, 2009-02-03 at 22:33 -0800, Eric Anholt wrote:
> The basic problem was
> mmap_sem (do_mmap()) -> struct_mutex (drm_gem_mmap())
> struct_mutex (i915_gem_execbuffer()) -> mmap_sem (copy_from/to_user())
>
> We have plenty of places where we want to hold device state the same
> (struct_mutex) w
Stephane Marchesin wrote:
> On Thu, Jan 29, 2009 at 09:40, Thomas Hellström wrote:
>
>> Owain Ainsworth wrote:
>>
>>> On Thu, Jan 29, 2009 at 12:04:22AM +0100, Stephane Marchesin wrote:
>>>
>>>
Hi,
If no one objects, I'll prune the "nv" kernel module from drm git
http://bugs.freedesktop.org/show_bug.cgi?id=19945
Summary: [i945gme] [uxa] corrupt gl rendering with 2.6.1
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priorit
On Thu, Jan 29, 2009 at 09:40, Thomas Hellström wrote:
> Owain Ainsworth wrote:
>> On Thu, Jan 29, 2009 at 12:04:22AM +0100, Stephane Marchesin wrote:
>>
>>> Hi,
>>>
>>> If no one objects, I'll prune the "nv" kernel module from drm git
>>> sometime next week.
>>>
>>
>> Please do.
Done.
>>
>> I'm
42 matches
Mail list logo