improvement with i915 driver from before
(suspend and resume with i830 DRI would suspend fine, but resume would
lead to a hung machine after X restarted).
David Bronaugh
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use
pci_alloc_consistent in the init function surviving over a suspend. The
impression I got from asking people was that a DMA mapping such as that
would -not- survive a suspend cycle.
Info / feedback welcome :)
David Bronaugh
---
This SF.net email
90's related to this :)
Short circuit evaluation rules apply. A will be evaluated first; if it
is false, B will not be evaluated.
Hope this clears things up.
David Bronaugh
---
This SF.net email is sponsored by: IT Product Guide
state in some pretty hairy ways. It
might be a good idea to get in contact with him before the user emails
show up...
David Bronaugh
ps: I kinda trimmed the CC: list on this
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Tomas Carnecky wrote:
Ian Romanick wrote:
Tomas Carnecky wrote:
The dri/drm interface seems to be quite low-level. I heard somewhere
that different devices have quite different registers and work in a
quite different way. If it is true that it would be better to make a
more high-level interface
Tomas Carnecky wrote:
David Bronaugh wrote:
Another option would be to design a generic, more low-level wrapper
for graphics hardware. In my opinion this is a huge undertaking (ever
read chip docs? You try integrating 3000 pages of information (that
would be around 5 different chips)). However
of an abstraction
between physical CRTCs and displays.
I don't know what it should be; just an observation.
David Bronaugh
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g
Mike Mestnik wrote:
--- David Bronaugh [EMAIL PROTECTED] wrote:
Mike Mestnik wrote:
--- David Bronaugh [EMAIL PROTECTED] wrote:
Mike Mestnik wrote:
This is vary good.
- To accomidate mergedfb the number of FBs should be allowed to be
0
-- if the
framebuffer's virtual is less than the mode you're trying to set, it'll
fail -- and so on. But overall, I like it :)
David Bronaugh
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get
Vladimir Dergachev wrote:
On Sun, 16 May 2004, David Bronaugh wrote:
Vladimir Dergachev wrote:
Yes, I think the mode/dac programing code should be seperat from the
frambuffer allocation/mngmnt code. Wather it should live in the
DRM is
another story, thought It should live kernel side
Mike Mestnik wrote:
Let me start of by saying I think you are on the right track and all of
your ideas look good.
--- David Bronaugh [EMAIL PROTECTED] wrote:
Mike Mestnik wrote:
This is vary good.
- To accomidate mergedfb the number of FBs should be allowed to be 0.
How does
them.
David Bronaugh
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562alloc_id
David Bronaugh wrote:
Anyhow... to recap the ideas thus far:
I'm going to elaborate considerably at this point, probably dragging in
lots of stuff no one wants to see in here, etc -- all to try and figure
out what's wanted/needed. The following is about the mode setter itself.
One weird
Egbert Eich wrote:
David Bronaugh writes:
Egbert Eich wrote:
I don't think you want to call user mode code from inside the kernel.
The kernel could take a passive role and use the mode that a userland
program tells it is set. If all the kernel needs is a linear freambuffer
of size x * y
Mike Mestnik wrote:
--- David Bronaugh [EMAIL PROTECTED] wrote:
- Format of messages might be something like device identifier,
resx, resy, colour depth, refresh (optional), extra_params (optional)
Did you talk at all about memory mngmt? For instance when setting a mode
is it needed
mode. The 'radeon' part, of course, would
make sure that the wrong code wasn't used. Likewise, the userspace
program could be fed any data it needed this way.
Anyhow, just an idea. No idea if it's a good one or not, really; but I'd
love to hear feedback.
David Bronaugh
David Bronaugh wrote:
You could simply pass something like this (using an arbitrary text
format) to userspace:
radeon:1024x768
and have it set the best-match mode. The 'radeon' part, of course,
would make sure that the wrong code wasn't used. Likewise, the
userspace program could be fed any
Roberto Pariset wrote:
mmm so can i fix it somehow or just wait for a new deb? isnt SSE a cpu
flag? if so i /proc/cpuinfo says i have it (amd xp 1600+). thanks
rob
Il lun, 2004-03-08 alle 22:57, David Bronaugh ha scritto:
SNIP
I think this has been covered about a million times.. the SIGFPU
iBooks had r128.
David Bronaugh
Alex
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http
; it'll perform like crap no matter how good the drivers are.
David Bronaugh
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE
from a non-developer.
David Bronaugh
---
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http
this; there's plenty of documentation out there, and it's not
strictly necessary.
Good luck!
David Bronaugh
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
/support/graphics/intel740/29061902.pdf
Looks like a pretty full spec to me. Hopefully it is.
David Bronaugh
ps: I'm thinking about writing a driver for this this summer (starting in say early
May) -- mainly because I want the experience. Got school (and work obligations) right
now though, so I
Comments?
David Bronaugh
pgp0.pgp
Description: PGP signature
or such in my card (ie, bad ram)...
It seems to change a lot with motion (whether it's glitched or not) and also seemingly
with time (perhaps lighting?).
Can someone else confirm this behaviour?
David Bronaugh
pgp0.pgp
Description: PGP signature
an
unsupported card might be a good avenue.
David Bronaugh
---
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers
an interface to the kernel from a binary object in the case of the kernel
driver -- and don't forget, their glx differs too, and for THAT there is _no_ source
code.
Why hasn't it been done? Because it's more trouble than it's worth.
David Bronaugh
didn't
have the patience to get into the game.
Apparently there were also some artifacts in 2d, but those are of less concern.
Anyhow, that's what I have to report there.
David Bronaugh
---
This sf.net email is sponsored by:ThinkGeek
Welcome
the major rendering glitch with the mach64 on the walls - the
texture just isn't integrated as it should be.
Also, there's no mipmapping, but that's less of an issue.
Any ideas? I'd love to help here, but I don't know where to start.
David Bronaugh
me what's
entailed to get that going?
David Bronaugh
Well, I hope this degenerates in a lot of voluteers...
José Fonseca
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Is the mach64 code based on X 4.2.0? Is it based on X CVS?
I'd like to know so I can build it properly here, and not bork up.
David Bronaugh
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
must wait
for a hardware manufacturer to implement it and then fork out more money.
As far as I know, every new graphics chip out there right now is programmable - it may
have a limited number of operands but the microcode is certainly modifiable. They
aren't just straight ASICs.
David
that which was on the floppy).
This doesn't support your conclusions here. I would hazard a guess that memory
performance there had more to do with the chipset involved than superior memory
technology.
David Bronaugh
___
Dri-devel mailing list
[EMAIL
I'm using an older version of the mach64 code, but I also get this. Perhaps there's an
issue with the Z buffer or such? I don't know a lot but that sounds probable if it's
not being consistently drawn.
Rage Mobility P/M here on a Toshiba Satellite 1750CDT.
David Bronaugh
, great), but here's a link to them:
http://www.ati.com/support/drivers/win98/win984122632.html
If you aren't, maybe you'll gain some insight from this.
David Bronaugh
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
cards.
David Bronaugh
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
From: David Bronaugh [EMAIL PROTECTED]
Date: 2002-01-17 23:11:46
Perhaps a good idea here would be to have some sort of a function
documentation tracking project.. I have been doing a hell of a lot of
PHP
See above text why function documentation is not necessarily the best
if it's relevant (or even safe, registers could
change and not be restored), but so far as I can see it could really help
with devel time.
David Bronaugh
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
38 matches
Mail list logo