Here it is.
Maarten.
On 10/2/07, Maarten Maathuis <[EMAIL PROTECTED]> wrote:
> You seem to be correct, i must have added the tmp variable in attempt
> to solve something, that i ended up solving differently.
>
> I will redo the patch and send again.
>
> Maarten.
>
> On 10/2/07, Ian Romanick <[EMA
You seem to be correct, i must have added the tmp variable in attempt
to solve something, that i ended up solving differently.
I will redo the patch and send again.
Maarten.
On 10/2/07, Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Maarten Maathuis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maarten Maathuis wrote:
> Please check the first patch, the second is only to give you an idea
> why i would want this. Only implemented for linux, since i lack a bsd
> system.
>
> Anything wrong with this?
I guess I don't understand the need for th
On Tuesday, October 2, 2007 10:49 am Philippe Gaultier wrote:
> 2007/10/2, Jesse Barnes <[EMAIL PROTECTED]>:
> > On Tuesday, October 2, 2007 8:28 am Philippe Gaultier wrote:
> > > Oct 2 00:32:18 coreduo i2c-adapter i2c-4: sendbytes: error -
> > > bailout. Oct 2 00:32:18 coreduo i2c-adapter i2c-4:
2007/10/2, Jesse Barnes <[EMAIL PROTECTED]>:
> On Tuesday, October 2, 2007 8:28 am Philippe Gaultier wrote:
> > Oct 2 00:32:18 coreduo i2c-adapter i2c-4: sendbytes: error -
> > bailout. Oct 2 00:32:18 coreduo i2c-adapter i2c-4: unable to read
> > EDID block. > Oct 2 00:32:19 coreduo i915 :00
Has anyone looked at this?
On 10/1/07, Maarten Maathuis <[EMAIL PROTECTED]> wrote:
> Please check the first patch, the second is only to give you an idea
> why i would want this. Only implemented for linux, since i lack a bsd
> system.
>
> Anything wrong with this?
>
> Sincerely,
>
> Maarten Maath
On Tuesday, October 2, 2007 8:28 am Philippe Gaultier wrote:
> Oct 2 00:32:18 coreduo i2c-adapter i2c-4: sendbytes: error -
> bailout. Oct 2 00:32:18 coreduo i2c-adapter i2c-4: unable to read
> EDID block. > Oct 2 00:32:19 coreduo i915 :00:02.0: TMDS-1: no
> EDID data
This is probably the
http://bugs.freedesktop.org/show_bug.cgi?id=12646
--- Comment #3 from [EMAIL PROTECTED] 2007-10-02 10:07 PST ---
Created an attachment (id=11864)
--> (http://bugs.freedesktop.org/attachment.cgi?id=11864&action=view)
output of glxinfo
I tried mesa from git
(http://gitweb.freedesktop.
Hi,
I have an intel abit IL90MV mother board :
- i945GM chipset
- intel core2duo t5600
- 1Gb RAM
The mobo is connected through HDMI to a samsung PDP which is HDReady
(1280x720p and 1920x1080i).
I want to thank you for the big work you are doing on those drivers
and to tell you that I understa
http://bugs.freedesktop.org/show_bug.cgi?id=8357
--- Comment #6 from [EMAIL PROTECTED] 2007-10-02 08:27 PST ---
After plugin hw and testing myself rendering doesn't work properly without this
offset. Investigation on why this is needed would help to remove this and so
move the limit
http://bugs.freedesktop.org/show_bug.cgi?id=8357
--- Comment #5 from [EMAIL PROTECTED] 2007-10-02 08:16 PST ---
Forgot to say that you need to remove this in r300_cmdbuf.c in drm.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
http://bugs.freedesktop.org/show_bug.cgi?id=8357
--- Comment #4 from [EMAIL PROTECTED] 2007-10-02 08:15 PST ---
I believe r300 should be able to do 3d rendering in buffer with width up
to 4096. To test this please remove all "+ R300_CLIPRECT_OFFSET" which
should help and fix problem y
http://bugs.freedesktop.org/show_bug.cgi?id=12646
--- Comment #2 from [EMAIL PROTECTED] 2007-10-02 02:15 PST ---
Ahh, I'm not familiar with the 3d stack at all I must admit. I'm using
mesa-7.0.1.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
http://bugs.freedesktop.org/show_bug.cgi?id=12646
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |dri-
|
14 matches
Mail list logo