On Friday April 30 2010 22:56:12 Clemens Eisserer wrote:
> And although so much has changed, I still
> - Can't scroll through my gmail inbox "fluently", not with firefox
> nore with Opera
> - Can't play even simple OpenGL games at 1280x800
> - Still have to disable Composition because it dramatical
On Wednesday May 5 2010 03:31:51 Sergio Monteiro Basto wrote:
> If you use intel-drv shipped on distros, should have problems , do you
> use ubuntu ?
>
Intel-drv? Don't have such a package... I should have problems? :S
I'm happily running Archlinux
> I got a desktop with 945GM , don't have perf
On Wednesday May 5 2010 19:17:51 Sergio Monteiro Basto wrote:
> On Wed, 2010-05-05 at 15:59 +0200, Marc Deop i Argemí wrote:
> > On Wednesday May 5 2010 03:31:51 Sergio Monteiro Basto wrote:
> > > If you use intel-drv shipped on distros, should have problems , do yo
I've recently upgraded my Archlinux system to the kernel 2.6.34, libdrm
2.4.20, intel 2.11.0 xorg-server 1.8.1 RC and now I'm no longer able to get
1920x1080 on the tty and I'm stuck with 1280x800 (which is the LCDs default
resolution but not my external monitor's). Furthermore, the X window sys
On Monday May 31 2010 21:08:15 Xavier de Almeida wrote:
> Hello,
>
> It's my first post in such mailing list. My issue is that I can't configure
> my old LCD supporting 1080i (interlace mode) with my Clarkdale i3 (h57) HD
> Graphics.
>
Is it a known bug?
https://bugs.freedesktop.org/show_bug.cg
On Thursday June 3 2010 17:23:01 Marc Deop i Argemí wrote:
> Is it a known bug?
>
> https://bugs.freedesktop.org/show_bug.cgi?id=27285
Wrong link! Sorry!
https://bugs.freedesktop.org/show_bug.cgi?id=11220
--
A: Because it messes up the order in which people normally read text.
Q: W
On Friday June 4 2010 18:05:50 Saner wrote:
> Hiya,
>
> I have been trying to work out if my laptop is under-performing
> graphically all day, I have managed to push an extra 200fps on glxgears,
> but I am trying to work out if this is normal for my card (it seems low
> to be honest), but I want t
On Sunday June 13 2010 02:21:13 Lic. Guzmán wrote:
> can you help me?
Does changing the value under /proc/acpi/video/VGA/LCD/brightness help?
Regards
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the m
On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> This is the first release candidate in preparation for the upcoming
> 2.12.0 release. We will appreciate any feedback we can get from
> testing of this snapshot to improve the 2.12.0 release.
It makes my system really unstable. Sometimes I can't
On Tuesday June 15 2010 16:18:07 Julien Cristau wrote:
> On what hw?
My apologies:
Intel 945GMA, Centrino Duo T2400 1,83Ghz, 2'5Gb RAM, external monitor Samsung
SyncMaster 2233SN
By the way (and not related) from kernel 2.6.34 the default resolution is not
correct on my CRT getting the interna
On Tuesday June 15 2010 18:47:49 Carl Worth wrote:
> If the other components remain the same and you change only the driver
> to an older version does it then work reliably? If so could you please
> bisect the commits in the driver repository to find the offending one?
>
That looks like a lot of
On Tuesday June 15 2010 23:23:42 Carl Worth wrote:
> On Tue, 15 Jun 2010 19:12:28 +0200, Marc Deop i Argemí
wrote:
> > That looks like a lot of work, ain't it? :S
>
> It shouldn't be, once you get the hang of compiling and running against
> a locally-compiled driver.
On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
> After a freeze, can you grab a copy of dmesg, Xorg.log, intel_reg_dump,
> and /sys/kernel/debug/dri/0/i915_error_state. From my perspective, the
> last contains the most interesting information (the batchbuffer executing
> at the time of a gp
On Wednesday June 16 2010 10:45:34 Marc Deop i Argemí wrote:
> Anyway, I will try to bisect today and report back :)
Well, I tried. Does this message:
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[29ba8a84f7cf5c29a5f38688a1ac0ccf41d8e4ec] XvMC: everyone's using ex
On Wednesday June 16 2010 15:57:41 Chris Wilson wrote:
> One more step. Test that commit and tell git bisect (good|bad) and it will
> print a slightly more verbose statement of which commit is triggering the
> freeze.
Sometimes I amaze myself :S It clearly says *after* this.
I'll do that tonight
On Wednesday June 16 2010 18:12:38 Marc Deop i Argemí wrote:
> Sometimes I amaze myself :S It clearly says after this.
>
> I'll do that tonight
>
Finished the bisect although I don't think it was helpfull because all the
steps were negative: all made my computer freeze
On Thursday June 17 2010 22:32:17 Jesse Barnes wrote:
> Are these both on 945?
Mine is on a 945GM
> If so, can you guys try two of the patches I
> posted earlier? In particular:
> drm/i915: fix page flipping on gen3
> drm/i915: don't queue flips during a flip pending event
>
Sure I can tr
On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> Neither patch applies for me.
One of them do apply for me, the other one doesn't.
Testing done on latest 2.6.35-rc3, the building fails.
Regards
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-post
On Friday June 18 2010 22:04:50 Jesse Barnes wrote:
> Ok here are some updated ones.
Already tried the patches. Now they both apply correctly on kernel 2.6.35-rc3.
However, this is what I find on the Xorg.0.log:
[ 463.790] (EE) intel(0): Detected a hung GPU, disabling acceleration.
If I try t
On Sunday June 27 2010 21:47:38 Vasily Khoruzhick wrote:
> Then you should release new libdrm, you can't say to ordinary users that
> they need version from git, they just can't compile it.
Well, they are not saying that to regular users ;)
It's a known bug, which has been solved in a git commit
On Thursday 22 July 2010 02:26:08 Pedro Ribeiro wrote:
> Unfortunately there is so much output that dmesg does not show
> anything useful - the log is so big that it gets cropped before I get
> a chance to see it.
dmesg | more
___
Intel-gfx mailing list
On Thursday 22 July 2010 12:18:36 Pedro Ribeiro wrote:
> That's not what I meant. It appears my dmesg buffer has a limit of
> around ~1200 lines, which fill up in 0.2s. Since the debug output is
> so much, when I hit the bug and go see dmesg, it is already gone.
Sorry about that, it just was the f
On Wednesday 22 September 2010 02:48:32 Carl Worth wrote:
> This is the first release candidate in preparation for the upcoming
> 2.13.0 release. We will appreciate any feedback we can get from
> testing of this snapshot.
Can't build it:
intel_display.c: In function ‘intel_output_get_modes’:
inte
On Wednesday 22 September 2010 13:26:24 Marc Deop i Argemí wrote:
> intel_display.c: In function ‘intel_output_get_modes’:
> intel_display.c:827:33: error: ‘DRM_MODE_CONNECTOR_eDP’ undeclared (first
> use in this function)
> intel_display.c:827:33: note: each undeclared identifier
On Wednesday 29 September 2010 05:53:53 Carl Worth wrote:
> This is the second release candidate in preparation for the upcoming
> 2.13.0 release. This comes exactly one week after 2.12.902 and includes
> only a handful of changes.
>
> One significant change is that the driver now requires libdrm
25 matches
Mail list logo
