[00:44] <crimsun> amitk_: unfortunately, no.  I've often started by mv'ing /etc/udev/rules.d/85-alsa.rules out of the way so that on a fresh boot, asound.state isn't `alsactl restore`'d at all
[00:46] <amitk_> crimsun: would it be that hard to create a minimal asound.state with fore example Master, PCM, Line In?
[00:47] <amitk_> crimsun: the problem we are trying to solve is not having to 1. delete asound.state, 2. kill mixer applet, 3. rmmod driver 4. modprobe driver just to get a clean slate
[00:48] <crimsun> amitk_: the cleanest slate that can be gotten is simply not to `alsactl restore` on boot
[00:49] <crimsun> amitk_: even with a "minimal" asound.state, there's no guarantee said mixer elements are even enumerated :/
[00:49] <amitk_> crimsun: we want to _try_ one step better. Instead of a clean slate, give 'em a minimal default that is known to work on majority of that HW
[00:50] <amitk_> crimsun: I understand the codec wiring will dictate a lot of details, but surely everyone will have Master, PCM and Line In?
[00:51] <crimsun> amitk_: nope, some emu10k-based ones don't
[00:51] <crimsun> a lot of usb ones don't
[00:52] <crimsun> for HDA, Conexant, Realtek, and Sigmatel should
[00:52] <amitk_> will 3-4 such minimal configs cover 90% of the HW out there?
[00:52] <crimsun> hmm, yes
[00:54] <crimsun> I'm guessing that 90% of the HW will be PCI-based, with the vast majority being HDA
[00:55] <amitk_> crimsun: so if we can have them pre-installed as say, asound.state.intel, asound.state.dell or whatever, we could ask the user to check if sound works with 'alsactl -F -f <path to asound.state> restore'
[00:56] <crimsun> amitk_: yes, that is feasible
[00:56] <amitk_> crimsun: it could even be exposed in the mixer applet UI
[00:59] <amitk_> crimsun: I can try to come up with something for HDA, Realtek, Sigmatel stuff. Could you help with the USB, emu10k ones?
[01:00] <crimsun> amitk_: I'm afraid I can't promise, but I certainly will try.
[01:00] <amitk_> crimsun: ok... thanks Daniel. I will keep you posted on this.
[01:00] <crimsun> amitk_: http://pastebin.ca/search.php?q=alsa-info&s=Search should help
[01:01] <crimsun> amitk_: for some time, we've been accumulating pastebinned codec dumps
[01:03] <amitk_> crimsun: great... this might prove handy
[05:11] <Hasufin> ....imbrandon or zul around?
[05:12] <Hasufin> ..........was looking for imbrandon's fatx module
[05:13] <Hasufin> id rather try not and ...... well you know, recreate the wheel
[05:36] <Hasufin> im just reading old irc logs
[05:36] <Hasufin> tons of info :P
[05:39] <Hasufin> themuse - yeah I have that
[05:39] <Hasufin> but it was my understanding, he got the thing built
[05:39] <Hasufin> and had it up on his website somewhere :)
[05:40] <TheMuso> Hasufin: Ah ok.
[05:40] <Hasufin> or they had a patch or something
[05:40] <Hasufin> Ive been reading irc logs
[05:41] <Hasufin> thanks for replying and looking that up btw -- I appreciate it
[05:41] <TheMuso> Hasufin: Are you willing to build it for your kernel yourself?
[05:42] <Hasufin> Yeah, I'll have to get into the wiki's and such
[05:42] <Hasufin> I haven't built kernel modules since........ uh
[05:42] <Hasufin> redhat 6.x/suse 7.x days
[05:42] <Hasufin> or built a kernel since then
[05:44] <Hasufin> hmm
[05:44] <Hasufin> i think im going to have to do the exact same thing he did
[05:44] <Hasufin> he has a test fatx image posted
[05:44] <Hasufin> but doens't have the module source or anything so
[05:44] <Hasufin> this will be a learning exercise :)
[05:50] <Hasufin> i just realized something
[05:50] <Hasufin> wrong srever/cahnnel
[06:50] <Hasufin> Zul -- (or imbrandon) if you have that patch........ :) i'd appreciate if you pointed it to me.
[08:28] <kraut> moin
[10:37] <imbrandon> Hasufin: what kernel version are you looking for the patch for ?
[10:37] <Hasufin> im on gutsy
[10:37] <Hasufin> 2.6.22-14
[10:38] <Hasufin> generic
[10:38] <Hasufin> .............if you only knew what ive been thru tonight to get a damn dos boot disk modified :)
[10:38] <Hasufin> well... a dos boot iso
[10:38] <Hasufin> i didn't find a program to pull out a binary boot image off an iso....
[10:38] <Hasufin> holy crap has it been heck :P
[10:39] <Hasufin> anyways another story
[10:41] <imbrandon> ok i have two diffrent patches, one for the kernel to run ON the xbox, and one to just run on gutsy x86 and read/write fatx filestsems
[10:41] <imbrandon> i'm guessing you need the latter ?
[10:41] <Hasufin> yes :)
[10:42] <Hasufin> hard drive is getting read errors
[10:42] <Hasufin> so I need to run ddrescue on it to get all my xbox stuff off it
[10:42] <imbrandon> ahh, is it unlocked or locked ?
[10:42] <imbrandon> this wont unlock the drive
[10:42] <imbrandon> it has to be unlocked by the xbox or xbhdm
[10:43] <Hasufin> why im doing the whole dos thing
[10:43] <Hasufin> trying varios spare drives i have to see if they are lockable
[10:43] <Hasufin> I have the password, etc
[10:43] <Hasufin> so I can unlock it
[10:44] <Hasufin> the drive just has a lot of bad sectors on it...... 
[10:44] <imbrandon> ahh ok, do you have xbhdm ? ( btw mostly any modern ide drive can be locked )
[10:44] <Hasufin> which is causing linux not to boot... or to install
[10:44] <Hasufin> ....no i don't have that...
[10:44] <Hasufin> what is it?
[10:44] <Hasufin> i haven't seen it in any of the readme's 
[10:45] <imbrandon> xbox hard drive maker , it is a custom linux boot cd, that has the fatx modules, xbox harddrive clone utils etc
[10:45] <Hasufin> :P
[10:45] <Hasufin> wow
[10:45] <Hasufin> nice
[10:45] <imbrandon> one  sec lemme find it
[10:45] <Hasufin> I will google it
[10:45] <imbrandon> is more what you need
[10:45] <Hasufin> well yes
[10:45] <Hasufin> that would help me not have to do the insmod.... mount rmmod thing on my desktop
[10:47] <imbrandon> ok here is the link, its 100% legal etc, but you can only gget it via torrent
[10:47] <imbrandon> http://www.torrentz.com/ec05e2c927a69699896a929d9c73eeacce07838d
[10:48] <imbrandon> read the README with it, but basicly there is a shellscripot in that zip that will make a custom iso just for your xbox with the eprom backup from your xbox or hdd passord
[10:49] <imbrandon> boot off that iso with your xbox hdd as the only drive attached ( and past this feel free to join me in #buntubox , we're getting a little OT for -kernel )
[11:06] <imbrandon> zul, did you ever commit the fatx stuff to l-u-m ?
[12:30] <voyo> hi there, anyone alive? need to ask about format of kallsyms
[16:43] <blueyed> Is somebody not affected by bug 177713? How can I debug this?
[16:43] <ubotu> Launchpad bug 177713 in linux "2.6.24-2: Regression with idle cpu cycle handling" [Medium,Confirmed] https://launchpad.net/bugs/177713
[17:13] <mtretin> Can anyone help me figure out why ACPI support causes my IDE drives not to be recognized? 
[17:16] <blueyed> mtretin: what do you mean with "not to be recognized"?
[17:18] <mtretin> w/o ACPI support, using the AHCI driver for my hdd and PIIX driver for my cdrom, when the kernel says it probes ide0 and ide1 it picks up my drive as /dev/hdb - when I turn *on* ACPI support int he kernel this doesn't happen 
[17:18] <mtretin> blueyed: but it it doesn't pick the drive up as /dev/srX either
[17:20] <blueyed> mtretin: unfortunately I have no clue, but others might help you know better (with this info). Have you search for a bug about it on launchpad.net?
[17:20] <mtretin> I've been google searching for about a week for something relevant, and there are a few fixes -- none of which have worked, I'll try laynchpad now
[17:23] <maks_> did you check for /dev/sdX mtretin 
[17:23] <maks_> above you speak about srX
[17:23] <mtretin> maks_: yup, there's nothing but /dev/sda :( 
[17:32] <maks_> mtretin: what's your config?
[17:32] <maks_> are you using stock kernels
[17:33] <mtretin> maks_: I've treid stock, custom rebuilds using stock sources, and rebuilds using vanilla
[17:33] <maks_> 2.6.24-rc7 ?
[17:34] <mtretin> 2.6.23.13
[17:36] <maks_> 23 is a strange release i don't trust it much..
[17:37] <mtretin> I'm meaning to try .24 (that's latest unstable, right?) but time keeps in slipping into /dev/null 
[17:38] <maks_> we have test builds on the debian side i guess ubuntu too
[17:38] <maks_> they should just install fine
[17:40] <mtretin> maks_: I switched to Ubuntu hoping everything woudl work out of box, so, I'd love to install one - but what repository is it in? 
[17:42] <maks_> trunk http://wiki.debian.org/DebianKernel
[17:51] <blueyed> maks_: Thanks for the hint, I can use those images instead of building it from git myself to test if my regression is still there.
[18:10] <blueyed> bleh. idle regression still in 2.6.24-rc7-686 from http://wiki.debian.org/DebianKernel
[18:10] <blueyed> Is this enough to send it to the upstream bugtracker? (.config might be involved, so I'll include it of course)
[18:34] <bullgard4> uswsusp (0.6~cvs20070618-1ubuntu2) gutsy; urgency=low; mjg59: "* Don't build s2ram. It's not sensible on Ubuntu." I understand 'sensible' = reasonable. What is the reason?
[18:36] <mjg59> Because we use pm-utils
[18:36] <mjg59> And, in earlier versions, acpi-support
[18:36] <mjg59> There's no reason to provide multiple packages that do exactly the same thing
[18:36] <mjg59> If it doesn't work out of the box, that's a bug
[18:36] <bullgard4> Thank you very much for explaining.