fIReun: regarding the buildhowto, for debian squeeze is there a prefered git branch that seems to work the best?
mancha: you have interesting questions
Jonimus: fIReun: the master one of course
fIReun: is one of the devs on debian squeeze?
fIReun: would be more comfortable if so
Jonimus: fIReun: I'm pretty sure most of them use fedora
fIReun: shrugs and goes with it
fIReun: the other howto I followed got the ati driver source from apt-get source
fIReun: that didnt work out so well
Jonimus: yeah you want everything from git
fIReun: x would either lock the machine with a white cursor in the top left corner, or boot but be non-dri because of some version missmatch
fIReun: I've got drm2 built already, just gotta freshen up the ati driver
fIReun: hopefully things work out
fIReun: hmm, I guess the ati source enables the experimental-ati stuff by default (from git)
fIReun: dontcha just wish you didnt have to explain this time and again? (:
fIReun: some smart enterprising fella should just write a nice python install script to detect the system and get the source náll
fIReun: DRI2PROTO >= 2.2 were not met (2.1 installed)
fIReun: uh, what does dri2proto come with?
mercen: fIReun: apt-file says it's in x11proto-dri2-dev
fIReun: mercen: gratz
fIReun: damn, debian squeeze stops at 2.1
fIReun: double checks that he has the right mesa git
adamk: When building components from git, it's not at all unusual to need newer components than what your distribution ships with.
fIReun: nope, that didnt work
fIReun: still locking up solid ):
Nille02: knows someone the problem that the displays shutdown if the xserver start in an kms env?
fIReun: hmm, weird, its locking up but the log shows everything loading ok
fIReun: must be missing something
fIReun: I havnt got mesa git installed yet, but x should still load the new driver, yes?
fIReun: Nille02: I'm not sure I can parse your question fully. In any case, I know little.
Nille02: in the logs all is fine
Nille02: no errors from the ddx
Nille02: or dmesg
Wizzup: fIReun: Does the machine fully lockup? Or can you still ssh to it
fIReun: Wizzup: I dont have ssh running, or a handy term naerby to try
Nille02: so I try it again tomorrow gn8 all
fIReun: Wizzup: the only thing that works is a hard reset
fIReun: I get a display flickr, and a white cursor solid in the top left corner and nothing else
Wizzup: so it doesn't respond to pings either?
fIReun: also unsure
Wizzup: can try to help later, but has work to finish atm
[Enrico]: ok i just updated my kernel with lastest radeon-drm-testing. do i just need radeon.dynpm=1 to try PM and nothing else more then before? (with kms enabled of course)
airlied: [Enrico]: yes]
[Enrico]: airlied: thank you :D
[Enrico]: i will try it at the next reboot.
[Enrico]: hopes that the blue noise issue is also fixed now :D
[Enrico]: airlied: oh sorry one more question. do you suggest me to updte libdrm mesa and video-ati to current master too? i complied them 11 days ago from master
airlied: [Enrico]: always worth getting the latest
[Enrico]: ank :D compiling now then
[Enrico]: loves the gentoo way of doing this stuff
eichi: damn, i read about the bugreport, killing the notebook lcd display totaly :(
[Enrico]: is impressed how many changes mesa gets in only 11 days
airlied: MostAwesomeDude: actually pb_bufmgr_cached.c might be a good start
fIReun: eichi: dont say stuff like that ):
fIReun: eichi: makes me want to stop trying to get this to work
eichi: https://bugs.freedesktop.org/show_bug.cgi?id=26030 doenst seems to sound like a joke
eichi: sorry, wrong link
fIReun: I cant copy and paste write now anyhow (no-x)
eichi: https://bugs.freedesktop.org/show_bug.cgi?id=4552 this is the one
eichi: but its in combination with MergedFb
fIReun: ok, noted (wont try whatever that is)
eichi: its for dual-head 3d
fIReun: anyone know what branch of mesa goes with dri2proto 2.1 (and not 2.2)
eichi: most happend on a dell latitude laptop
eichi: but the bugreports are before 2007 all
eichi: maybe its no problem anymore
fIReun: has just git build and install drm and ddx (master) but hasnt been able to run X to try glxinfo
fIReun: oh, well 2007... thats OLD NEWS (:
[Enrico]: eichi: that bug is pretty old
fIReun: also, XAA, EXA ?
[Enrico]: and mergedb is no more used
eichi: okay, good news then ;)
airlied: eichi: that code is long gone
fIReun: hmm, well maybe I'll reboot and try startx again -- wanna bet it locks hard again?
eichi: i have the problem, that my system frezzes on 3d games
fIReun: I added 'radeon'to /etc/modules
Wizzup: fIReun: KMS? What card?
fIReun: should it have been radeondrmfb?
fIReun: Wizzup: 2.6.32 kms -- xpress200
fIReun: which is an r200 series card?
airlied: no its a piece of shit series, rs480
fIReun: airlied: I wish I had a choice in the matter
fIReun: airlied: but its the newest hardware I have and its onboard (laptop)
airlied: yeah I have one twoo ;-
airlied: too even
fIReun: I've been stuck with fglrx and ubuntu 8.10 for a long time because of it, every 6mo or so I try the radeon driver again
fIReun: i think wizzup gave up on me once I told him what card it was (:
fIReun: airlied: do you have the new stuff working on your xpress?
Wizzup: has no clue what it could be, except for perhaps faulty set up
fIReun: I've tried to follow the howto
Wizzup: You aren't using vesa and others with kms are you?
fIReun: shouldnt be
fIReun: this is a clean install
Wizzup: k, can you paste x log?
fIReun: nope, no X at the moment
fIReun: no errors
Wizzup: dmesg? anyway, there are cli paste prorgams
fIReun: looks to be loading dri2 and everything else
fIReun: like I said, this is a bare bones fresh install
Wizzup: xf86-video-ati,mesa and libdrm from git?
fIReun: havnt gotten around to it
fIReun: mesa wont build because it claims to find too old of dri2proto (2.1)
fIReun: but there are several branches of mesa?
fIReun: I just got the default master
airlied: I'm running Fedora 12 on mine and it works except for suspend/resume
fIReun: using debian squeeze as a base
Wizzup: Well, that could explain it... I use gentoo with the X11 overlay so I have no problem with the usng the latest stuff really
airlied: and thats just because of a lack of time lately
fIReun: would x still come up without the new mesa installed?
Wizzup: I suggest getting the latest libdrm,mesa and xf86-video-ati along with a recent kernel..
fIReun: I imagine there is the debian squeeze version of libmesa installed
airlied: X should work fine without mesa
[Enrico]: ok i'm on the new kernel. how can i check the current freq? iirc there was an entry in /sys/kernel/debug/dri/64/
fIReun: 2.6.32 *is* pretty recent
Wizzup: Yes, it is recent enough
fIReun: libdrm from git is installed
fIReun: xf86-video-ati git master is built and installed
fIReun: I'm only missing mesa as far as I can tell
airlied: [Enrico]: it should print in dmesg when it reclocks
airlied: or in debugfs
[Enrico]: airlied: then no reclock :'(
Wizzup: build against new libdrm?
fIReun: its possible I'm not loading a module I should be, or a module I shouldnt be
fIReun: Wizzup: libdrm built and installed first
Wizzup: ok, that seems fine
Wizzup: I guess you could see if fedora 12 works for you? easy way to spot if it's pebcak
fIReun: not easy on this system, its old enought that it cant boot from flash without help, and the cdrom has gone out on it
fIReun: so switching to fedora 12 is no easy thing
fIReun: lsmod shows radeon, drm, drm_kms_helper, ttm
airlied: fIReun: got fbcon builtin?
airlied: or loaded
fIReun: no fbcon
fIReun: not found even
fIReun: I was wondering about that
fIReun: also, initrd hasnt been rebuilt since all of this, but that shouldnt cause any problems, yes?
airlied: not unless you have an old radeon in there
fIReun: its possible I suppose
fIReun: looks to see how to go about forcing a new initrd
[Enrico]: airlied: lol i merged the wrong git (drm-linus) so no PM there :D
fIReun: crap, I cant remember
fIREun: nope, that wasnt it (startx still locks hard)
pepee: i got this message when i run glxgears -info: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info.
chithead: pepee: kernel too old
chithead: you need 2.6.32 for r600 3d
pepee: from this repo: 2.6.31-17-generic
pepee: ahh ok
pepee: thanks ppl
fIREun: curses hard lockups
fIREun: there is too little to go on
fIREun: no error messages
fIREun: hmm, make install put the radeon_drv.so in /usr/local
fIREun: the little bastard
fIREun: copies it over the one built last night in /usr/lib
fIREun: reboots and tries startx again
fIReun: nope, that wasnt it either, although it locks up with a blank screen now, no non-blinking cursor in the top corner anymore
fIReun: Open ACPI failed, but I cant imagine thats it
chithead: this just means that acpid is not started, but is not fatal
fIReun: extmod, dbe, glx, AIGLX, record, dri, dri2, radeon 6.12.99, and kms all loaded and enabled as per xorg log
fIReun: open drm master succeeded
fIReun: sub module fb loads
fIReun: ramdac and exa
fIReun: and the last line is about depth 24 pixmap format is 32 bpp
fIReun: I have dontzap set to false in the xorg.conf (not that it works in this particular lockup)
fIReun: not much else set
fIReun: driver radeon
fIReun: and display settings
chithead: please use pastebin instead
fIReun: yeah sorry, stuck in console land with no paste ability, let alone pastebin
fIReun: if I could get X running...
chithead: install wgetpaste
LEW21: Does kernel .32 support GEM API on R700?
fIReun: chithead: pastebinit
DanaG: pastebinit is good, too.
fIReun: http://pastebin.com/f4c576f87 && http://pastebin.com/f30037caa
fIReun: that should be my x log and my dmesg
fIReun: feel free to ask for anything else
fIReun: lsmod help?
MostAwesomeDude: Ooh, rs48x. Fun times.
MostAwesomeDude: Good luck. :C
fIReun: there are reports of it working, so...
MostAwesomeDude: Well, ish. All of the RS480 subfamily are whiny little bitches.
MostAwesomeDude: So YMMV.
fIReun: is a whiny little bitch then
fIReun: cuz its all I gots (:
fIReun: chithead: no thoughts? (other than what MAD said)
chithead: I have seen such before, I think it was some kind of kernel issue
chithead: maybe try with a newer kernel
fIReun: 2.6.32-trunk-amd64 is what I've got
fIReun: and it appears to be kms enabled
Jonimus: woo suspend and resume work perfectly on my laptop and desktop now :)
Jonimus: I even fixed my the touchpad issue on my laptop
Jonimus: thank you Driver coders :)
fIReun: Jonimus: stop stealing all the mojo! (:
Jonimus: fIReun: well the one issue I've had is that the Windows Driver does not get along with the state the dri module leaves the card in
Jonimus: I BSOD if I reboot right away without letting the card sit for a bit
fIReun: Jonimus: you mean the issue where the radeon driver doesnt init the card comprehensivly (:
fIReun: yeah, *thats* not right, letting things sit is for red wines and roasts fresh from the oven
Jonimus: fIReun: no, the windows driver appears to be expecting the card to be the same as it was when it was I shut down only its not
fIReun: ah, well ok.. blaming stupid windows bits is quite alright
fIReun: I wish my problem were as "simple"
fIReun: and this install is not set up for rolling fresh kernels
fIReun: which *might* be at fault
fIReun: i've updated my initrd, hoping it was just an old radeon driver stuck in the initrd causing issues -- but without an error of some kind, I have no idea which way to look to solve the lockup
Jonimus: how far do you get, do you even get to a console login?
fIReun: there are some xorg updates sitting in apt, I might install them and try again -- if it locks up, I'll probably give up for another couple weeks, and go back to my fglrx boot
Wizzup: Tried starting X without any DRI?
fIReun: Wizzup: how do I tell X not to load dri?
fIReun: all I'm used to is Load "dri"
fIReun: this install was booting and running X with the debian squeeze radeon driver just fine before I started in with the git source
Jonimus: fIReun: can you have it not start X?
fIReun: Jonimus: I'm in console right now, x is loaded manually
Jonimus: is it a hires console, aka is KMS working?
Jonimus: ok what have you built form git and what order?
Wizzup: We kinda went over that already
fIReun: Jonimus: it looks like you were here for my pastebins
Wizzup: fIReun: I don't know. But I'm sure it's possible to "blackmark" certain modules
fIReun: Wizzup: how do I tell what version modprobe is loading of radeon?
Wizzup: I don't know. Perhaps someone with more experience does :)
Wizzup: Disable "modulename"
AstralStorm: Wizzup: what doesn't work for you?
fIReun: is still not clear where that comes from /usr/lib/xorg/modules/drivers?
AstralStorm: uh, fIReun I meant
AstralStorm: that is the dri
AstralStorm: from mesa
fIReun: AstralStorm: I installed drm, ddx from git source, X now locks up -- see previous pastebin for details
AstralStorm: locks up how?
[Enrico]: mhm there are 5 collision mergin drm-radeon-testing with vanilla .32.6 . some suggestion on what kernel to merge with ?
fIReun: solid, requiring hard reset
AstralStorm: nothing shows in logs
fIReun: AstralStorm: nope
AstralStorm: fIReun: hmh. hard to say what might be wrong
AstralStorm: which kernel version?
fIReun: Wizzup: so, sounds like in Section "Module" Disable "dri"?
AstralStorm: no, you can't run radeon w/o dri
AstralStorm: esp. not in KMS
fIReun: AstralStorm: 2.6.32-trunk-amd, yes kms is running
AstralStorm: trunk-amd? what is that
AstralStorm: also, is the drm the standard 2.6.32?
fIReun: debian squeeze
fIReun: libdrm from git
AstralStorm: no no
AstralStorm: libdrm and kernel drm are different things
fIReun: then I dunno
AstralStorm: there might have been some bugs in 2.6.32 one
Jonimus: AstralStorm: kms is working
AstralStorm: KMS is NOT full pipeline :)
Wizzup: fIReun: Like that, yes. I found it in man xorg.conf
Wizzup: But I guess it's not possible^
AstralStorm: when X is started, the pipeline starts to run in full
AstralStorm: and I bet debian tries to run compiz or sth
AstralStorm: if mesa is outdated, the result might be a hard lock
fIReun: AstralStorm: this is all mostly handbuilt
Wizzup: How would you start x without mesa?
fIReun: AstralStorm: I have E17 as the wm
AstralStorm: mhm, e17 doesn't use opengl
AstralStorm: Wizzup: it should work.
fIReun: AstralStorm: yes, I have not been able to build mesa from git, complains of dri2proto not new enough (2.1 not 2.2)
AstralStorm: so update dri2proto too ;)
AstralStorm: you might have outdated X version though
AstralStorm: nah, I see that you don't.
fIReun: AstralStorm: there is an xorg update in the apt queue I havnt applied yet, didnt want to stir the water too much
Wizzup: AstralStorm: I meant it literally, *how*. Doesn't really matter to me, but that's why I suggested starting X without dri to fIReun,kinda :)
fIReun: AstralStorm: is dri2proto in freedesktop git? (:
fIReun: there is no mention in the radeonBuildHowTo
AstralStorm: because the howto is outdated? ;p
AstralStorm: needs an update
fIReun: LEW21: gratz
LEW21: (clone URL: git://anongit.freedesktop.org/xorg/proto/dri2proto)
fIReun: does it need --enable-experimental-driver-ati ?
LEW21: probably not, I don't see anything like this in the code.
fIReun: make "nothing to be done"
fIReun: LEW21: do I toss the dir in under mesa?
LEW21: Anywhere. Did you run autogen.sh?
fIReun: I expected to make and make install
fIReun: but make didnt find anything to do
AstralStorm: heh, could someone please make a branch of drm-radeon-testing on top of linux-2.6.32.y?
AstralStorm: for convenience
AstralStorm: even with all this git goodies, it ends up conflicting badly
LEW21: fIReun, and you are in the cloned directory? It should work
fIReun: yeah, git clone
fIReun: I only see headers tho
AstralStorm: it should be that
AstralStorm: dri2proto *is* headers.
fIReun: is pretty ignorant of function at this point
fIReun: autogen worked, but then what?
BioTube: make install
fIReun: so with mesa still use ./configure --with-dri-drivers=radeon,r200,r300,r600 --disable-gallium ?
fIReun: is unsure where his xpress200 fits in there
fIReun: has to update glproto as well
fIReun: no drigl
fIReun: no xext,xxf86vm,xdamage,xfixes found
BioTube: have you run apt-get build-dep libgl1-mesa-dri?
BioTube: (or any mesa package, really)
fIReun: back in the beginning I believe
fIReun: it just seems like I'm a .ver behind
fIReun: hmm, its installing more -dev stuff so maybe I missed a step
fIReun: looks sternly at the radeonBuildHowTo
BioTube: it does actually mention it, but in the stable section
BioTube: sometimes a little redundancy can be a good thing
fIReun: its a little messy, I had to synthesize actual steps (:
fIReun: also, still complaining of missing xmu, xi
fIReun: should I install libxmu-dev or libxmu6-dev, or both?
fIReun: goes with both
DanaG: anyone know how to tell what an "ATI FirePro M5800 graphics card" would be? Mobility HD5800, or is it not that simple?
fIReun: finally makes mesa
eviljames: lspci -v might give more information.
ferret_: heh, there's a 5800 ati and nvidia
fIReun: BioTube: ok, mesa installed -- drm, ddx,mesa install order.. anything to check before attempting to startx?
BioTube: not if you're sure ddx built with KMS support
fIReun: dont see why it didnt
BioTube: well, configure should've told you KMS Enabled: Yes
fIReun: cant recall now
fIReun: but configure says default is enabled, so...
BioTube: so unless you screwed up libdrm, it's enabled
fIReun: just for s&g I'm gonna reboot & startx
fIReun: well, progress I guess... now X just segfaults (:
BioTube: the log should say something useful
BioTube: that's strange
BioTube: about the only thing I can suggest is to try disabling silken mouse
BioTube: (whatever that is)
fIReun: no idea
fIReun: but I bet its smooth
fIReun: wonders if he needs xserver-xorg-input-evdev
fIReun: apparently xserver-xorg depends on it
BioTube: that's a metapackage
fIReun: I've only got input-mouse input-kbd input-synaptics installed, so I dont know where silkenmouse comes from
CAPcap: I have a ATI Mobility Radeon 9000. I am running Ubuntu 9.10. "Nothing" 3D works. Examples: Blender (and similar), Warsow, Nexuiz, and a couple flight sims.
BioTube: I think that's an r100, which is a fairly old chip
BioTube: not very capable
airlied: no r200
airlied: CAPcap: does glxgears?
CAPcap: just supposed to play three spinning gears?
CAPcap: then yes
soreau: CAPcap: What does 'glxinfo|grep renderer' say?
CAPcap: chase@chase-laptop:~$ glxinfo|grep renderer
CAPcap: OpenGL renderer string: Mesa DRI R200 (RV250 4C66) 20090101 AGP 4x x86/MMX/SSE2 TCL
soreau: What happens when you try to run more intense 3D apps?
CAPcap: they never open
CAPcap: they crash out instantly with a segmentation fault
fIReun: reads irc logs about other people and their xpress cards
fIReun: I wish I had fglrx installed, that would be easy to fix.
CAPcap: most intense 3D i can use is a rubiks cube app
soreau: CAPcap: are you using kms?
BioTube: soreau: his renderer line doesn't say DRI2
soreau: BioTube: Yea, I figured he wasn't using it since it's off by default on ubuntu karmic
soreau: CAPcap: Does compiz work?
CAPcap: fancy screen tricks for windows and stuff right? yeah works great
soreau: Maybe you can try booting with radeon.modeset=1 to enable kms
[Enrico]: in my (fair short) archlinux expirience UMS never done 3d on r200, only kms can do that (not really perfect, but works)
[Enrico]: and it is almost the same on fedora
[Enrico]: so kms may be worth
CAPcap: whats kms and how do i get it?
BioTube: kernel modesetting
BioTube: the radeon module needs to be loaded with modeset=1
BioTube: eg: modprobe radeon modeset=1
CAPcap: is this going to potentially kill my computer?
CAPcap: :\ ive already installed ubuntu 3 times
CAPcap: trying to fix stuff kills it instead
soreau: CAPcap: By default on ubuntu 9.10 default kernel, modesetting is disabled for radeon by default. In order to enable it you could do as BioTube said or just boot with radeon.modeset=1 as a kernel parameter
CAPcap: i dont know how to do that
CAPcap: what bio said was something to do in the terminal?
soreau: At the grub splash screen, I believe you can press 'C' to edit the kernel param
soreau: oh yea, e
CAPcap: but its the same thing as putting modprobe radeon modeset=1 in the terminal?
soreau: Well yes, but you would have to stop X and gdm first, then unload radeon and drm modules
CAPcap: You lost me
CAPcap: im a linux n00b this sounds a little more complicated than i may want to be getting into
soreau: That's why it's easier to just use 'E' at the grub splash and add radeon.modeset=1 as a kernel parameter
CAPcap: is there a way to undo it later?
[Enrico]: CAPcap: it will not be recorded, so no need to undo it
soreau: It will only take affect for that session
soreau: To undo it, simply reboot
CAPcap: so if it crashes my computer then rebooting should fix it?
CAPcap: sweet so basically its safe?
fIReun: it *could* create a black hole
[Enrico]: oh well there is only one chance over a milion
fIReun: but our scientists say thats not very likely
soreau: CAPcap: We try not to give bad advice in this channel but we're still not responsible for lost wages, frustration or soggy corn flakes ;)
[Enrico]: it is somewhat a russian roulette :P (we are kidding don't worry)
CAPcap: well thanks for the help
CAPcap: well with russion roulette the odds are still in my favor
[Enrico]: CAPcap: if you want to make that persistent just ask :D
soreau: CAPcap: Yea, let us know if it helps you
[Enrico]: it is damned easy in grub2
CAPcap: will do. :) thanks so much :)
fIReun: BioTube: tried a generic xorg.conf (from xorg -configure) same segfault -- I dont suppose apperature size could be causing an issue.
fIReun: I dont think silken mouse has anything to do with it, it seems to be in most x inits
BioTube: flReun: I don't know
fIReun: BioTube: no worries
fIReun: prolly just reached the end of it for tonight, might be back next weekend to try again
fIReun: maybe debian squeeze will have a new kernel rev by then (:
CAPcap: ok so i missed something. i dont know where to press "e"
BioTube: when the grub boot menu comes up
[Enrico]: CAPcap: when grub pops up
CAPcap: whats a grub menu?
CAPcap: i pressed e thru the whole boot process
[Enrico]: CAPcap: when something like this shows http://it.wikipedia.org/wiki/File:GRUB_screenshot.png
CAPcap: got nothing
CAPcap: that doesnt pop up unless my computer crashes
CAPcap: how do i make it come up?
[Enrico]: CAPcap: oh you have autohide grub. then you have to press esc at the right time just after you bios load
CAPcap: oh yeah ok ive done that
CAPcap: back in a few
airlied: okay radeon kms is going to be out of staging
BioTube: for 2.6.33?
Droste: lmurray: hi
Jonimus: after that, will most of the performance changing commits be in mesa and xf86-video-ati?
Jonimus: or will the kernel modules still need work to improve performance?
airlied: Jonimus: mostly in userspace I'd guess
airlied: there may be some thing we can do in-kernel later
Jonimus: ok, I'm just wondering if I'll be using a custom kernel or not :P
Jonimus: but now that I think about it as I need i2c and dynpm and iirc they are not in 2.6.33 yet I'll need one anyway
Droste: lmurray: http://pastebin.com/daf24839 <-- FYI: the results of my test. only glxgears showed a real difference. that's why I didn't post a bug. (env, glxinfo, xorg.log. dmesg were all equal)
Droste: airlied: http://email@example.com/msg46571.html ;-)
airlied: Droste: damn I'll add it to the nd
airlied: Droste: thanks added to pull req
lmurray: Droste: Thanks
dileX_: drm-linus seems to have no new git commits?
airlied: its take a while to mirror
dileX_: OK. nice to read that drm-radeon-kms leaves staging-dir (to be more precise Kconfig at least, source has been ever below drivers/gpu/drm)
CAPcap: Enrico BioTube or soreau here?
BioTube: i am
CAPcap: sweet. ok i went to do that thing. i dont know where to enter it
CAPcap: i feel stupid
CAPcap: theres a box there that i can type in, or i can bring up a command line
BioTube: so you got to the kernel selection screen?
CAPcap: and pressed e
CAPcap: and got so a screen with a box on it
BioTube: did it have lines begining with 'root' 'kernel' and 'ititrd'?
CAPcap: it had stuff in it and i could type there. but below it had instructions for other stuff
soreau: splash quiet ro?
CAPcap: i dont know. i think so.
CAPcap: splash quiet ro?
BioTube: typical arguments to the kernel
CAPcap: so i dont want to open a command line? i want to type in that box?
BioTube: opening a command line would mean you have to enter everything
soreau: Yes, for example it will have like '... ro quite splash' then you append this to the kernel arguments like '... ro quiet splash radeon.modeset=1'
CAPcap: so i was supposed to type it in the box that was there that had other stuff in it
BioTube: on the kernel line, yess
CAPcap: ok then i did the right thing but it didnt work. as far as i can tell it did nothing
soreau: Well you can check if it took affect by looking at the output of 'glxinfo|grep -i dri2'
soreau: or 'dmesg|grep modeset'
CAPcap: chase@chase-laptop:~$ dmesg|grep modeset
CAPcap: [ 2.004054] [drm] radeon default to kernel modesetting DISABLED.
CAPcap: not sure what that means
BioTube: it means it didn't take
CAPcap: maybe i did it wrong
soreau: That would be my guess too
CAPcap: i'll try again. if it doesnt work thats ok. thanks for all of your help and your time. its much appreciated
FIReun: if I didnt also say that earlier, I do so now
dileX_: airlied: its synced now
FIReun: I shoulda installed tripwire so that when i *do* get this running, I'll know exactly what it took
dileX_: airlied: enoug is enough, hahaha
dileX_: [PATCH 15/16] drm/radeon/kms: move radeon KMS on/off switch out of staging:
dileX_: "We are happy enough that the KMS driver is stable enough for enough people
dileX_: for the kms enable/disable to leave staging. Distros can now contemplate
dileX_: turning this on."
CAPcap: update: tried again. still no luck
soreau: CAPcap: It still says modesetting disabled in dmesg?
CAPcap: i dont remember how to check
soreau: 'dmesg|grep modeset'
CAPcap: yes it does
soreau: Do you know how to get to a tty console and stop gdm?
CAPcap: lol no not at all. i dont even know what any of that means
dileX_: airlied: whats IMO missing is to bump xf86-video-ati away from 6.12.99 to 6.13.0 that distros can fully ship drm-radeon-kms.
airlied: dileX_: well we couldn't do that before the staging bits are exited
airlied: dileX_: and that hasn't happened yet
airlied: also we h ave to release libdrm without the mad flags
airlied: this isn't news to anyone
dileX_: from the kernel-side we are one step closer now
dileX_: IIRC, libdrm's radeon API is "stabilized"
dileX_: airlied: I am thinking loud whats missing to have drm-radeon-kms in debian/squezze (next release) and how to convice debian-kernel and debian-x guys to include it.
dileX_: IIRC freeze is in march
airlied: dileX: we haven't removeed the experimental flags from libdrm yet