ugh the i830
source myself, but the anonymous CVS servers have been a wreck for the last
few days.)
Thanks for the help!
John
---
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
hi!
i'm not too experienced in programming, but here it goes: but i've been able
to check out the Mesa cvs and the r300 cvs. i've been trying for quite a long
time, to compile r300 Mesa drivers. the drm works fine from r300 cvs, but i
cant get mesa to compile. if i try to compile the r300 code f
WOW!
worked like a charm! thanks!
On Sunday 21 August 2005 16:01, Vladimir Dergachev wrote:
> On Sun, 21 Aug 2005, john wrote:
> > hi!
> > i'm not too experienced in programming, but here it goes: but i've been
> > able to check out the Mesa cvs and the r300 cvs. i
hello!
I'm using the r300 driver from mesa+drm cvs and would like to know if there is
any way of using agpfastwrite?
thanx
jon
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for
Couldn't DRI also be used by a non-GL direct-rendering driver, eg. for
something like video acceleration ?
-Original Message-
From: Jerome Glisse [mailto:gli...@freedesktop.org]
Sent: Wednesday, May 13, 2009 4:53 AM
To: Enno Fennema
Cc: dri-devel@lists.sourceforge.net
Subject: Re: Need
Original Message-
From: Enno Fennema [mailto:e.fenn...@tiscali.nl]
Sent: Wednesday, May 13, 2009 3:57 PM
To: Jerome Glisse; Bridgman, John
Cc: dri-devel@lists.sourceforge.net
Subject: Re: Need sample program or tutorial
Jerome Glisse wrote:
...
> Why do you want to use XF86DRIQueryDirectRe
net/lists/netdev/msg100957.html. In both, the
process is doing both sends and receives on raw sockets.
-- John
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a lim
Would something like mesa/r600_demo be appropriate ?
-Original Message-
From: Keith Whitwell [mailto:kei...@vmware.com]
Sent: Friday, July 17, 2009 9:24 AM
To: Harald Welte
Cc: dri-devel@lists.sourceforge.net; richard...@via.com.tw;
gre...@suse.de; brucech...@via.com.tw; josephc...@via.c
modules or something?
If you guys can help me get this server going, I'll test whatever
debugging code you like, and test proposed fixes. I've put in some
debugging code of my own, but I'm not going to use it until I get the
server running.
(Please cc me, because
6
(II) RADEON(0): [agp] AGP texture map handle = 0xe0302000
(II) RADEON(0): [agp] AGP Texture map mapped at 0x4156
(II) RADEON(0): [drm] register handle = 0xd010
(II) RADEON(0): [dri] Visual configs initialized
(II) RADEON(0): CP in BM mode
(II) RADEON(0): Using 8 MB AGP aperture
(II) RADEON(
send me a pointer to something that
documents it. I'd like to know why one implementation is picked over the
other, are there version dependencies, why it exists as parallel to drm
and what its trying to fix.
Thanks,
John
--
John Dennis &l
s issue?
FWIW, I googled for this error and came up with several folks who
starting around last spring started seeing the same problem, but none
of the mail threads had a follow up solution.
Thanks,
John
---
This sf.net email is sponsor
r that keeps the upstream developers
happy. My personal preference is solution #3.
John
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-
s a minor side note, definitions of bit flags should be tagged as
unsigned. Thus things like:
#define DRM_LOCK_HELD 0x8000
#define DRM_LOCK_CONT 0x4000
should really be:
#define DRM_LOCK_HELD 0x8000U
#define DRM_LOCK_CONT 0x4000U
John
--
lace the kernel drm drivers as well? If so
do they manage AGP themselves, or do they use the systems agpgart
driver? Do they replace the systems agpgart driver?
--
John Dennis <[EMAIL PROTECTED]>
---
This SF.net email is sponsored by: SF.ne
:18:20 +0100
Subject: Re: Rainbow colors and AGP texturing (was radeon 320m and 3d problems)
On Wed, 2004-03-10 at 12:24, Felix Kühling wrote:> On Mon, 8 Mar 2004 15:19:32
-0500 (EST)> "John H." <[EMAIL PROTECTED]> wrote:> > > well, your
suggestion at least makes
wrote:> On Mon, 8 Mar 2004 15:19:32
-0500 (EST)> "John H." <[EMAIL PROTECTED]> wrote:> > > well, your
suggestion at least makes the speed ok with 800x600(which isn't that great)> >
> > however, the rainbow color thing is making it unplayable(I ca
export RADEON_GARTTEXTURING_FORCE_DISABLE=1
i have this in /etc/profile, the machine has been rebooted since then, and rainbow
problem still exists.
--- On Fri 03/12, John H. < [EMAIL PROTECTED] > wrote:
From: John H. [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED],
these fixes "upstream". Full explanation in the bugzilla referenced.
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=399
--
John Dennis <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by: IBM Linux Tutorial
Hello everyone,
I am offically throwing in my hat to volunteer for
testing and code merging for the gatos/dri/linux
kernel 2.6 effort that I have seen as I lurk through
the DRI and GATOS mailing lists.
My current config:
Debian Testing (sarge) Xfree 4.3.0 configuration
Using: Kernel 2.6.5 at the m
f the limits of my C knowledge. I was hoping that getting
inside the gamma and pm3 code could be enlightening, eventually.
Cheers,
John Gay
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = S
re all users must
be considered hostile this is less effective.
Thanks for the infomation.
John Bartoszewski Email: [EMAIL PROTECTED]
Senior Systems/Security Administrator .--.
Instructional Laboratories: If you are not ter
Title: Free
Please Read: Very Important Information for You
& Your
Future.
Investment
Bankers and Analysts Provide You With Information Only They Want to
Hear...Their
Buy Recommendations Always Seem Wrong...They Lose You Money...And
All of That
is While They Collect Big Fees
On Thursday 05 June 2003 11:45 am, Leif Delgass wrote:
> I'm pretty sure I ran into this problem on r128 before when I tried
> running at 24-bit depth with a high enough resolution. If this is the
> problem, I think you'd see a message like: "Reserved 0 kb for textures at
> offset 0x0" in the X lo
Just a testI think my e-mail might not be getting through
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try To
On Thursday 05 June 2003 11:45 am, Leif Delgass wrote:
> I'm pretty sure I ran into this problem on r128 before when I tried
> running at 24-bit depth with a high enough resolution. If this is the
> problem, I think you'd see a message like: "Reserved 0 kb for textures at
> offset 0x0" in the X lo
On Thursday 05 June 2003 07:08 pm, Leif Delgass wrote:
> Try a lower resolution and/or color depth. We can fix the segfault, but
> that won't change the fact that there isn't enough on-card memory to use
> 3D at the configured resolution/depth (at least with the current static
> shared back buffe
Managed to get my r128 working by lowering res/bpp (duh moment)
One more thing I noticed: in my wide journeys in getting my DRI to work one of
the things I did was to replace my distro-supplied (Mandrake 9.1) libGL.so
with the one off the DRI download site. Now that I have working 3D accel, I
On Friday 06 June 2003 08:56 am, Ian Romanick wrote:
> Hmmm...that is odd. The resolution should only require 7.5MB for the
> front, back, and depth-buffers. That should leave about 8MB for
> textures, not 800KB. Are you sure it's at 16-bpp? ~800KB left is about
> rigth if you were running at
On Friday 06 June 2003 10:39 am, you wrote:
> On Friday 06 June 2003 08:56 am, Ian Romanick wrote:
> > Hmmm...that is odd. The resolution should only require 7.5MB for the
> > front, back, and depth-buffers. That should leave about 8MB for
> > textures, not 800KB. Are you sure it's at 16-bpp? ~
purposeful omission?
Thanks
John
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTEC
> I'm trying to install the binary snapshot of the radeon driver available at
> http://dri.sourceforge.net/snapshots/radeon-20030603-linux.i386.tar.bz2
>
> The build goes smoothly but when the script tries to install it reports:
> GL & GLU libraries...ls: *: No such file or directory
>
> An
Output of gdb on glxinfo:
Starting program: /usr/X11R6/bin/glxinfo
(no debugging symbols found)...[New Thread 16384 (LWP 2145)]
name of display: :0.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2145)]
0x4046dee5 in driSetTextureSwapCounterLocation (heap=0x
Some relevant background:
About a month ago, I clean-installed Mandrake 9.1 on the system. XFree + DRI
works great, except for the fact that the r128 driver was an old system and
evidently had problems with my PCI Rage128 card. So I downloaded the binary
driver packages and installed, with th
On Wednesday 04 June 2003 03:56 am, José Fonseca wrote:
> Please do:
> # gdb glxgears
> > run
> ...
> > bt
> And send the resulting backtrace to pinpoint the problem.
Didn't notice you wanted the backtrace. Here it is (whole)
[start]
Starting program: /usr/X11R6/bin/glxi
Ian Romanick wrote:
> Hmm...looking at the code, my guess is that rmesa->nr_heaps is 2 on Rage
> 128 even on PCI cards. In gdb you can 'print rmesa->nr_heaps' to see.
> You might also try 'print r128scrn->texSize[0]' and (if nr_heaps is 2)
> 'print r128scrn->texSize[1]'. Since I don't have a Rage
I think it's a been a decent interval to resend
The problem was with a PCI Rage128 card (16 MB video RAM) which seemed to have
problems with memory allocation (i.e. 0 kb texture memory allocated at 1280 *
1024, only 4MB at 1024&768). Since the box claims 3D performance at 1280 in
Windows,
nularity
are you suggesting?
Are you assuming a device which can read and execute register settings from a
memory buffer, e.g. the dma ring buffer style devices?
John
---
This SF.Net email is sponsored by the new InstallShield X.
>From Windows t
then I've been
adding the S3TC patch and haven't put them online. If someone outside the US
is willing to host them, I'll gladly share the newer versions with S3TC
compiled in.
John
---
This SF.Net email is sponsored by BEA
If someone
> > >outside the US is willing to host them, I'll gladly share the newer
> > >versions with S3TC compiled in.
>
> Do they have the mach64 driver compiled in ?
>
The July 7th version doesn't. I&
e not actually ported. (Unfinished? broken? unstable?)
The i830 DRM stuff is ported in a branch of DRI, but it's not in DRI head
because of a security problem with the code.
--
John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/
"Pow
On Wednesday 11 August 2004 04:01 pm, Charles Sprickman wrote:
> On Wed, 11 Aug 2004, John Baldwin wrote:
> > The i830 DRM stuff is ported in a branch of DRI, but it's not in DRI head
> > because of a security problem with the code.
>
> Just out of curiousity, does this
playing
ut2003 and ut2004.
I have a few more cards to benchmark for comparison.
Nvidia - TNT2 and FX5200
FGLRX - Radeon 8500 AIW and Radeon 9600se
I also have a Radeon 9200 that I was unable to get working with this machine.
Once I have all the benchmarks together I'll make s
On Sunday 22 August 2004 04:57, Simon 'corecode' Schubert wrote:
> On 22.08.2004, at 08:16, John Lightsey wrote:
> > glxgears - let it run for 1 minute then marked down the highest score
>
> how reproducable and meaningful is a highest score? I don't know, but I
>
On Sunday 22 August 2004 04:59, Felix Kühling wrote:
> On Sun, 22 Aug 2004 01:16:18 -0500
>
> John Lightsey <[EMAIL PROTECTED]> wrote:
> > Diamond Speedstar a90 16MB (savage 4 pro+) Lots of lockups. glxgears
> > gave this a disappointing 229 fps.
>
> There are
IW and Radeon 9600se
I also have a Radeon 9200 that I was unable to get working with this machine.
Once I have all the benchmarks together I'll make some pretty little graphs.
Soany suggestions, comments, feedback?
John
---
SF.Net
On Sunday 22 August 2004 01:52, Adam Jackson wrote:
> On Sunday 22 August 2004 02:16, John Lightsey wrote:
> > At any rate, here are the results of the first run. If anyone has
> > suggestions for fixing any of the cards which failed in one way or
> > another, I would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I sent this message earlier, but it doesn't seem to have made it through.
Subject: First DRI uber-benchmark
Date: Saturday 21 August 2004 13:17
From: John Lightsey <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
A while back it was sug
On Sunday 22 August 2004 05:39, Alan Cox wrote:
> On Sul, 2004-08-22 at 07:16, John Lightsey wrote:
> > I shut off most of the services on the machine. rcconf shows klogd,
> > makedev, and sysklogd as the only services active at boot. The kernel
> > used was 2.6.7-1-k7 from
ink to the graphs on Monday.
John
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and F
On Sunday 22 August 2004 18:37, Ville Syrjälä wrote:
> On Sun, Aug 22, 2004 at 01:16:18AM -0500, John Lightsey wrote:
> > Matrox G400 32MB (mga)
...
> I'm aware of two perfomance bottlenecks in the driver.
>
> Number one is that it always uses synchronous DMA. I have asy
On Monday 23 August 2004 12:36, Ian Romanick wrote:
> John Lightsey wrote:
> > Once I have all the benchmarks together I'll make some pretty little
> > graphs.
> >
> > Soany suggestions, comments, feedback?
>
> First off, great work! Hopefully you'll
VB->AttribPtr[a[j].attrib];
a[j].inputstride = vptr->stride;
...
}
vptr is null in the middle of the for loop ( j=2 is null j=0, 1, and 3 is
valid.) I have no idea why this is the case, but I've attached a simple fix
which eliminates the problem.
John Lightsey
---
On Friday 01 October 2004 04:03, Keith Whitwell wrote:
> John Lightsey wrote:
> > A while back I mentioned on dri-devel that Savage cards will segfault
> > RTCW while loading the Checkpoint demo.
> > ( http://www.nixnuts.net/benchmarks/current/ ) The problem is in
> > M
mage2d:
> Assertion `texImage->TexFormat' failed.
> signal caught: Aborted
> si_code 0
> Trying to exit gracefully..
> [...]
You need to apply the S3TC patch. You'll also need to start X with 24 bit
color. It loads and runs fine with my FireGL8800, b
On Wednesday 06 October 2004 06:54, Felix Kühling wrote:
> On Mon, 04 Oct 2004 12:09:09 +0100
>
> Keith Whitwell <[EMAIL PROTECTED]> wrote:
> > John,
> >
> > I'd say the problem is with these lines in savagetris.c:
> >
> >
> >if (index
ri_screen':
> dri_util.c:157: warning: pointer targets in passing arg 1 of
> `glXGetProcAddress' differ in signedness
I ran into the same problem, but this message convinced me there was
little point in trying to fix it.
http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg20719.html
John
signature.asc
Description: This is a digitally signed message part
build these libraries that isn't in the sample
host.def for Xorg? Are they necessary for languages other than English?
John
signature.asc
Description: This is a digitally signed message part
I'm guessing the X server or mesa isn't filling
the buffer up fast enough at higher resolutions...but I'm new to
devlopment so i don't know which buffer that would be..
thanks,
john.c
--
John Clemens http://www.deater.net/john
john at deater.net &q
Hi Vladimir,
On Mon, 21 Feb 2005, John Clemens wrote:
give it a go on my fanless 9600se (RV350 AP).
How much memory do you have ? What kind of CPU and motherboard ?
Duron 1.8G, 256MB ddr, old(ish) via km266 motherboard in a shuttle sk41g.
Gentoo. The card has 128Mb ram.
- glxinfo states r300
I have xorg.conf set up to use radeon driver with big
desktop mode and xinerama.
It works fine, but I want acceleration.
So am I correct in saying all I need to do is
# Load "dri"
Load "glx"
uncomment the dri load, and make install your modules?
___
Thanks,
now for a dumb question... how far back do I need to go to get mesa
without those changes, and where?
Thanks again for the help.
> > I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux
> > with 2.6.14-rc2-mm1 kernel.
> >
> > In order to get direct rendering working, I ha
1029
is about to be replaced with the 1039 which comes with the new X1600, so
I'd like to know if I have to move before the 1029 disappears, or if i can
wait a little while.
john.c
--
John Clemens http://www.deater.net/john
john at deater.net &
x27;ll either have to go suck it up and buy
an x700 notebook before they disappear, or gamble with a 200m and hope we
can figure out the memory controller (and memory management that goes
with it).
john.c
--
John Clemens http://www.deater.net/john
john at deater.net &
On Mon, 2006-02-27 at 16:42 -0500, Felix Kühling wrote:
> What do you mean with "unmerge"?
I think he is referring to un-intalling, the Gentoo way :)
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends
Do these drivers do anything to support subpixel rendering of the text or screen images? Is any of that built in to the hardware acceleration, or is that done only at the operating system level?I think on the Windows side, some of the Nvidia drivers do subpixel work on the driver level.
would be nice if the actual output to the screen would take advantage of that.
On 3/30/06, Brian Paul <[EMAIL PROTECTED]> wrote:
John Kheit wrote:> Do these drivers do anything to support subpixel rendering of the text> or screen images? Is any of that built in to the hardware accelera
>>Brian Paul wrote :
>>If the new driver won't be an incremental change to the existing
radeon
drivers, I'd recommend basing it on Gallium.
The driver will be an incremental change. The 6xx family is conceptually
different inside and there is a learning curve, but the basic
programming model is l
ut it is a very cost effective card that can offer performance similar
to that of a Geforce 2 with tile-based rendering.
John
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
guys
did to fix the Radeon SDR drivers they work great now. You guys are great!
-John
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
___
Dri-devel mailing list
[
?subject=%5BDri-users%5D+ATI+Radeon+SDR+32MB+%22random+dots%22+problem&list=2634
So anyways, the question is: is there any hope for us to get or Radeon SDRs
working?
-John
_
Get your FREE download of MSN Explorer at http
at work on the DRI (my g400 is working very
nicely)!
-John
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
or directory
It would appear that the header files are not being put in the
appropriate locations. Is the build on the trunk known to be broken?
Thanks,
John
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
o be rather odd that this would be
required.
John
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
t the driver stability has increased 100 fold from when I
first began using the driver. I remember pulling hair out trying to get
UT working last July and August.
Anyhow great job and keep up the great work!
--
John Tobin
[EMAIL PROTECTED]
http://ogre.rocky-road.net
http://ogre.rocky-road.net/mga
I tried the patch with a G400 16MB and a VIA KX133 chipset. Hard locked
every time I tried to run Q3a or UT. Now I see why you don't have it
enabled :)
--
John Tobin
[EMAIL PROTECTED]
http://ogre.rocky-road.net
http://ogre.rocky-road.net/cdr.shtml
>
> Message: 6
> From:
Wouldn't it be better to point at the
> DRI user guide and improve it if needed? We all know the bad aspects of
> duplication...
maybe, maybe not.
Would be nice if you could merge the two tho.
Gratz again :)
John
>
>
> --
> Earthling Michel Dänzer (MrCooper)\ Debi
piling and installing the driver from
the tar.gz is terribly hard.
As far as knowing the difference between packages, it is the
end-user's responsibility to know what hardware/software he has
installed on his system so that he gets the right thing. If all
else fails RTFM.
--
John Tobin
[EMAIL
$$$
WOW $89 for 10,000 targeted user
$$$
The Cheapest Source of Traffic on the Internet... ANYWHERE...
INCREDIBLE... Targeted Traffic to your website... No Pop-up's...
Yes, YOU CAN flood your site on the le
I seem to have bought a recent release of the Radeon 8500 that the DRI
code doesn't recognize. So, I've been trying to build the DRI code to
try to learn a bit about what's going on and maybe get X working with my
card.
One thing that I've run across, and possibly Karl Meisterheim as well
(
L' to
OpenGL but i obviously am interested in the other end of the pipeline! )
tnx!
johnu
--
John L. Utz III
[EMAIL PROTECTED]
Idiocy is the Impulse Function in the Convolution of Life
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
>subsystems of an OS (OS in the generic, non-kernel sense).
> Once again, we recognize the difficulties of the combo (X11+DRI+kernel), but
>come-on, I didn't decide to write a 3D driver because I just managed to kick out a
>5-liner Perl script and got a sugar-geek-high.
, Brian, I get email from people, and I talk to
> those people that have shown some investment. I've only added one or two
> people. My stock answer when asked is that you should submit a patch or
> two before we give access. Now one has. For the few people that have
> shown
ually functional and acting agp-ish?
note that the answer to this question is an important bit of
fundamental dri-porting wisdom!
tnx!
johnu
--
John L. Utz III
[EMAIL PROTECTED]
Idiocy is the Impulse Function in the Convolution of Life
___
Dr
he shape of the venn diagram that
describes the intersection or union of these 2 sets.
tnx!
johnu
--
John L. Utz III
[EMAIL PROTECTED]
Idiocy is the Impulse Function in the Convolution of Life
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://l
point me to examples in the code? i'd like to be pointed at
examples of graphics generation(the hair and clouds stuff) and examples of
hardware operation ( ie turning on DVD decoding or enabling the tv-out
signal path ).
--
John L. Utz III
[EMAIL PROTECTED]
Idiocy is the Impulse Function i
On 12/31/2009 12:00 PM, David John wrote:
> With the current DRM code, an output that has been powered off
> from userspace will automatically power back on when resuming
> from suspend. This patch fixes this behaviour.
>
> Tested only with the Intel i915 driver on an Intel GM45 Ex
On 01/07/2010 12:42 AM, Johan Hovold wrote:
>> Yeap. The fix uncovered a bug in your driver. I haven't heard of problems
>> with the other drm drivers.
>>
>>> The backlight is handled via the DRI driver I assume. At least
>>> i9xx_crtc_dpms is called on powerdown.
>>
>> Can you post your dmesg a
The oops is triggered because I am missing the firmware for
radeon/R700_rlc.bin and
radeon/R600_rlc.bin
However, I think it should be able to deal with this more gracefully.
ATOM BIOS: 9498.11.22.6.0.AS03
[drm] Clocks initialized !
[drm] Detected VRAM RAM=256M, BAR=256M
[drm] RAM width 128bits DD
On Fri, 15 Jan 2010, John Kacur wrote:
> The oops is triggered because I am missing the firmware for
> radeon/R700_rlc.bin and
> radeon/R600_rlc.bin
>
> However, I think it should be able to deal with this more gracefully.
>
> ATOM BIOS: 9498.11.22.6.0.AS03
> [drm] Clo
On Fri, 15 Jan 2010, Jerome Glisse wrote:
> On Fri, Jan 15, 2010 at 03:47:19PM +0100, John Kacur wrote:
> >
> >
> > On Fri, 15 Jan 2010, John Kacur wrote:
> >
> > > The oops is triggered because I am missing the firmware for
> > > rade
On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher wrote:
> On Tue, Jan 26, 2010 at 9:10 AM, John Kacur wrote:
>> On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher wrote:
>>> On Tue, Jan 26, 2010 at 8:21 AM, John Kacur wrote:
>>>>
>>>>
>>>> On Fr
On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher wrote:
> On Tue, Jan 26, 2010 at 8:21 AM, John Kacur wrote:
>>
>>
>> On Fri, 15 Jan 2010, Jerome Glisse wrote:
>>
>>> On Fri, Jan 15, 2010 at 03:47:19PM +0100, John Kacur wrote:
>>> >
&
On Tue, 26 Jan 2010, Gene Heskett wrote:
> On Tuesday 26 January 2010, John Kacur wrote:
> >On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher wrote:
> >> On Tue, Jan 26, 2010 at 8:21 AM, John Kacur wrote:
> >>> On Fri, 15 Jan 2010, Jerome Glisse wrote:
> >&g
On Tue, 26 Jan 2010, Gene Heskett wrote:
> On Tuesday 26 January 2010, John Kacur wrote:
> >On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher wrote:
> >> On Tue, Jan 26, 2010 at 9:10 AM, John Kacur wrote:
> >>> On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher
> w
On Tue, Jan 26, 2010 at 9:20 PM, Alex Deucher wrote:
> On Tue, Jan 26, 2010 at 9:35 AM, John Kacur wrote:
>> On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher wrote:
>>> On Tue, Jan 26, 2010 at 9:10 AM, John Kacur wrote:
>>>> On Tue, Jan 26, 2010 at 2:59 PM, Alex Deuc
Fix warning by using %zu instead of %d for size_t
Signed-off-by: John Kacur
---
drivers/gpu/drm/radeon/radeon_agp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_agp.c
b/drivers/gpu/drm/radeon/radeon_agp.c
index c9ad7f5..1c4e523 100644
radeon_agp_init fixes
John Kacur (2):
radeon_agp: Fix warning, format â%dâ expects type âintâ, but argument
4 has type âsize_tâ
radeon_agp: Move the check of the aper_size after drm_acp_acquire and
drm_agp_info
drivers/gpu/drm/radeon/radeon_agp.c | 15
First call drm_agp_acquire to check if agp has been acquired.
Second call drm_agp_info to fill in the info data struct, including aper_size.
Finally do the check to see if the aper_size makes sense.
Signed-off-by: John Kacur
---
drivers/gpu/drm/radeon/radeon_agp.c | 15 ---
1
is easily fixed. (following up with a patch)
Assuming the patch in that link fixes the problem, the order of the
check of the aper_size in
radeon_agp_init appears incorrect to me. Also following up with a patch.
John Kacur
-
1 - 100 of 129 matches
Mail list logo
