[12:22] <Spawn> Can someone Help me with my ATI Driver?  I can't get it to load on the OpenGL.. It keeps using Mesa Project...... 
[05:27] <tritium> crimsun: have you tried using the line out jack on a docking station with your Thinkpad?  I tried, but sound still comes out of the laptop speakers.
[05:28] <crimsun> I don't have a dock.
[05:28] <tritium> Ah, okay.
[05:28] <crimsun> I hope it's not jack sense coming back to bite me in the arse.
[05:28] <tritium> dunno
[05:29] <tritium> was wondering about jack sense, though
[05:29] <crimsun> if it works between hp/speakers, then it's unlikely to be jack sense
[05:29] <crimsun> make sure your thinkpad is running the latest bios for that model
[05:30] <crimsun> I used to have similar problems on suspend until I updated to a newer bios
[05:30] <tritium> It should be the latest.  I'll see what more I can find out.
[05:33] <jldugger> what audio chipset does the thinkpad use?
[05:34] <tritium> I don't recall.  I left it at work, so I can't verify.
[05:35] <crimsun> what model thinkpad is it?
[05:36] <jldugger> well, ive got a toshiba, i was wondering if he had Intel HDA (and if that was supposed to be fixed in HDA)
[05:36] <crimsun> I've backported all the HDA fixes that exist in addition to a dozen that are in upstream's queue
[05:36] <tritium> crimsun: It's a T43p
[05:37] <tritium> 2668G7U, if I recall
[05:37] <crimsun> same codec I have, then.
[05:37] <crimsun> snd_intel8x0 driver
[05:37] <tritium> cool
[05:37] <crimsun> ad1981b codec
[05:38] <jldugger> what package would a jack sense bug fall under, usually?
[05:38] <crimsun> linux-source-2.6.1x
[05:38] <crimsun> there aren't many jack sense bugs remaining
[05:39] <crimsun> the ones that are still fluttering about are doing so because there are more serious pin-out issues
[05:39] <jldugger> hmm =(
[05:39] <crimsun> some are resolved by bios updates
[05:39] <tritium> If not jack sense, what might be my problem?
[05:39] <tritium> bios aside, since I am fairly certain it's the latest
[05:39] <crimsun> tritium: dock interaction
[05:40] <jldugger> i notice that my tecra m7 has some wierd volume state persistance, where setting the volume to mute in windows will mute the sound in linux
[05:40] <crimsun> right, some machines do that
[05:41] <jldugger> that seems wierd to me, that the hardware preserves state like that across boots
[05:41] <crimsun> across warm boots? That's not at all surprising.
[05:42] <jldugger> define warm
[05:42] <crimsun> no powerdown.
[05:42] <jldugger> no
[05:42] <jldugger> i'll shut it down
[05:42] <jldugger> turn it on after being off all night
[05:42] <jldugger> problem persists
[05:42] <jldugger> i might investigate if pulling the battery solves it
[05:42] <crimsun> that's not a problem until you've determined that it's not supposed to act that way.
[05:43] <jldugger> i didnt say it was a problem, just that its wierd
[05:43] <jldugger> oh
[05:43] <jldugger> i guess the problem would be that you cant turn the sound on at all in that state in linux, to my knowledge
[05:45] <crimsun> have you verified the behavior with alsa-driver-1.0.13?
[05:45] <jldugger> is that feisty?
[05:46] <crimsun> no, it's upstream or Debian
[05:46] <tritium> good night, crimsun & jldugger 
[05:46] <jldugger> ah. it hasnt bothered me to the point where id build my own drivers  yet.
[05:46] <crimsun> all the patches were available prior to Edgy shipping, but understandably Edgy shipped without a fair number of necessary HDA patches
[05:47] <crimsun> 'night tritium 
[05:49] <jldugger> amusing unrelated note: installing network-manager cut like 5 seconds off of bootchart
[05:49] <jldugger> probably because it put those 5 seconds into my session
[05:54] <jldugger> is there a smart way to go about building and installing alsa-driver-1.0.13?
[05:55] <crimsun> yes. apt-get install linux-headers-$(uname -r) build-essential && wget ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.13.tar.bz2 && tar xf alsa-driver-1.0.13.tar.bz2 && cd alsa-driver-1.0.13 && ./configure --with-oss=yes --with-sequencer=yes --with-debug=full --with-cards=hda-intel --with-kernel=/lib/modules/$(uname -r)/build && make && sudo make install-modules && sudo depmod -e && 
[05:56] <crimsun> sudo kill $(lsof -t /dev/dsp* /dev/snd/*|sort -r) && sudo modprobe -r $(lsmod |grep ^snd |awk '{print $1}' |sort -r) && sudo modprobe snd-hda-intel
[05:59] <jldugger> damn
[05:59] <jldugger> was expecting to get a web page or something
[05:59] <jldugger> thats much more useful
[05:59] <crimsun> I've only typed that a dozen times today.
[05:59] <jldugger> heh
[06:00] <jldugger> at least in my terminal, cntl-r will do a search through history ;)
[06:00] <crimsun> [esc] / here  (zsh-beta)
[06:08] <jldugger> hmm. i think that part to kill everything touching audio files might be zsh or something
[06:10] <crimsun> it's probably the module list order
[06:10] <crimsun> snd_page_alloc is sometimes loaded prior to snd
[06:10] <jldugger> i think its kill
[06:11] <crimsun> if it gives you a "usage.." message, then it's kill
[06:11] <jldugger> because i get the usage dialog
[06:11] <jldugger> yea
[06:11] <crimsun> (and that syntax is valid sh)
[06:12] <jldugger> perhaps it failed the first time because of load order, then when i ran it again, it couldnt find any programs to kill
[06:14] <pwnguin> i dont think it needed the reverse sort
[06:15] <crimsun> the only sort -r that's necessary is the lsmod one
[06:15] <crimsun> the one following lsof is optional but shouldn't throw an error
[06:16] <pwnguin> well, seems to have loaded some stuff, and gnome popped up
[06:19] <pwnguin> yea, for some reason, that module remove line only works without error unsorted
[06:19] <pwnguin> oh, i guess i should note that i am jldugger
[06:30] <jldugger> no change in behaviors =/
[10:13] <DrSpin> I can declare 100% OOB compatability with my GQ-ZX5360 (Fry's House Brand)
[10:14] <DrSpin> ACPI Issues that were present in Dapper don't exist in Edgy (Have to start the computer on A/C in order be able to unplug it without it suspending
[10:14] <DrSpin> WPA doesn't work but I don't think this card supports
[10:14] <DrSpin> it
[10:15] <DrSpin> I will complain that everytime I switch wireless networks I have to run /etc/init.d/networking restart in order for DNS to update
[10:17] <DrSpin> Have noticed this as well if I have to swtich to ETH for whatever reason