[03:59] <toyo|desk> do any of you in here know when bug #88746 will be patched?
[03:59] <ubotu> Launchpad bug 88746 in linux-source-2.6.22 "ehci_hcd module causes I/O errors in USB 2.0 devices" [High,Confirmed] https://launchpad.net/bugs/88746
[04:04] <ln-> let me guess: no.
[04:04] <toyo|desk> ???
[04:04] <toyo|desk> oh about my question?
[04:04] <toyo|desk> dont know thought it would be worth a shot to ask
[04:04] <toyo|desk> :P
[04:05] <ln-> yeah. but i'm only a civilian, i have nothing to do with ubuntu development.
[04:05] <toyo|desk> this bug pretty much renders my external hdd useless
[04:05] <toyo|desk> as it "dies" randomly
[04:05] <toyo|desk> when xfering data
[04:07]  * toyo|desk is half tempted to build his own kernel based off of gentoo or suse or anything that dosent have this issue
[04:07] <toyo|desk> lol
[04:08] <ln-> why not switch to another distro altogether.
[04:08] <toyo|desk> because I like this one, I just dont like that I cant use my external drive
[04:09] <toyo|desk> :D
[04:10] <toyo|desk> I used to use gentoo for several years, but that was way too much work, I eventually decided that I wanted to spend time using my computer rather than fixing it
[04:10] <ln-> well gentoo is quite an extreme case in that sense.
[04:11] <toyo|desk> switching from gentoo to kubuntu was like switching from an old punch card computer to OSX
[04:14] <toyo|desk> anyway I am sorta confused by this marking of denied for gutsy on this bug report
[04:14] <toyo|desk>  Declined  for Gutsy  by Henrik Nilsen Omma  
[04:15] <toyo|desk> not sure what is up with that
[04:15] <crimsun> toyo|desk: Ben gave a fairly sensible explanation in one of the comments.
[04:15] <toyo|desk> oh
[04:15] <crimsun> (I don't have the URL handy as I've already closed my Web browser.)
[04:15]  * toyo|desk uses fing
[04:15] <toyo|desk> df'alskfjlksdf
[04:15] <toyo|desk> find even
[04:17] <toyo|desk> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/88746/comments/228
[04:17] <ubotu> Launchpad bug 88746 in linux-source-2.6.22 "ehci_hcd module causes I/O errors in USB 2.0 devices" [High,Confirmed] 
[04:17] <toyo|desk> that comment?
[04:18] <crimsun> toyo|desk: precisely.
[04:19] <toyo|desk> but did they even figure out why it happens?
[04:19] <toyo|desk> rather than using workarounds
[04:20] <toyo|desk> or is this something that is slated to happen upstream at some point
[04:20] <ln-> even if the cause and fix was known, it doesn't mean the bug would be fixed.
[04:21] <toyo|desk> hmm yeah I wonder if a bug report exists on kernel.org for the same thing
[04:22] <crimsun> well, there's an upstream bug.  See http://bugzilla.kernel.org/show_bug.cgi?id=5835
[04:22] <ubotu> bugzilla.kernel.org bug 5835 in USB "High Speed USB devices don't work when ehci_hcd loaded, work if removed" [Normal,New] 
[04:22] <crimsun> there seems to be a workaround there, too.
[04:23] <crimsun> BTW, just a hint from past experience:  if you really, really want a certain something, then clone ubuntu-hardy.git, make the change, get lots of tests and testimony, and /then/ ask for a pull.
[04:26] <toyo|desk> heh
[04:27] <crimsun> have you tried David B.'s suggestion?
[04:27] <toyo|desk> from kernel.org or launchpad
[04:28] <crimsun> http://bugzilla.kernel.org/show_bug.cgi?id=5835#c72
[04:28] <crimsun> (the former)
[04:28] <ubotu> bugzilla.kernel.org bug 5835 in USB "High Speed USB devices don't work when ehci_hcd loaded, work if removed" [Normal,New] 
[04:28] <crimsun> apologies for the URL spam.
[04:29] <toyo|desk> the modprobe.conf workaround?
[04:29] <toyo|desk> no I havent but I should try it
[04:30] <crimsun> err, please don't use /etc/modprobe.conf, however.
[04:30] <crimsun> i.e., echo options usb-storage delay_use=1|sudo tee -a /etc/modprobe.d/usb-storage   or thereabout
[04:32] <toyo|desk> should I then reload the module
[04:32] <crimsun> yes.  I'm not certain whether it requires a cold power-cycle.
[04:32] <toyo|desk> :/
[04:36] <toyo|desk> hmm it seems to be working so far
[04:36] <crimsun> there's also http://bugzilla.kernel.org/show_bug.cgi?id=8692, which I believe is more relevant to you.
[04:36] <ubotu> bugzilla.kernel.org bug 8692 in USB "USB storage freeze" [Normal,Assigned] 
[04:36] <toyo|desk> attempting to xfer 8GB
[04:37] <crimsun> comments #55 onward in the latter bugzilla entry are notable.
[04:38] <toyo|desk> ugh I think that one is my true issue the other bugs may have added to it however
[04:39] <toyo|desk> and yes I do have a VIA chip as well
[04:39] <toyo|desk> :(
[04:45] <toyo|desk> my 8GB xfer died at 96%
[04:45] <toyo|desk> lol
[04:46] <toyo|desk> so no the delay_use=1 didnt fix it
[04:46] <toyo|desk> but yeah
[04:46] <toyo|desk> after reading this thread I dont know if it will ever have a fix
[04:47] <toyo|desk> guess the best thing to do is either get a usb controller that is not via chip or just deal with it
[04:49] <toyo|desk> screw it I am due for another pc anyway
[04:49] <toyo|desk> :P
[04:50] <toyo|desk> just sucks because it of course works flawless in windows
[06:48] <bullgard4> Where can I find a description of kacpid? (There exists a acpid man page but no kacpid man page.)
[08:33] <kraut> moin
[09:25] <tjaalton> hmm, the latest lrm doesn't have newer nvidia&nvidia-legacy. I'll add those
[11:44] <Tonio_> hi
[11:45] <Tonio_> any chance to see bug bug 183000 fixed for hardy ?
[11:47] <Tonio_> talking about the launchpad bug of course
[11:47] <Tonio_> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/183000
[11:47] <ubotu> Launchpad bug 183000 in linux "please consider patch to add CIFS DFS support for hardy" [Medium,Triaged] 
[11:47] <Tonio_> I can confirm the patches do work correctly, and missing dfs would be a real problem reguarding to lts, in coporate environment....
[13:36] <Kano> hi rtg 
[13:36] <Kano> i tried adding ath5k to lum, but somehow it did not compile
[13:38] <laga> rtg: any ETA on a new LUM uploaded w/ aufs?
[13:39] <Kano> laga: it has aufs
[13:39] <laga> oh
[13:40] <laga> rtg, Kano: just saw it. i must be blind
[13:40] <Kano> did not check if there would be an update but aufs is included
[13:41] <laga> yes, i was waiting for a new upload
[13:46] <rtg> laga, Kano: stuff should be appearing in the archive by now, though I have not checked.
[13:47] <laga> rtg: packages.ubuntu.com already has it
[13:47] <laga> that's great news.
[13:47] <rtg> now, back to fixing FTBS on sparc and ia64...
[13:49] <rtg> Kano: is ath5k ready for prime time?
[13:49] <Kano> wanted to test it, also for some others
[13:49] <Kano> 2.6.25 will have it by default
[13:50] <rtg> Kano: please do, but I'm not adding it to lum unless its relatively stable and functional. I'll talk to Luiz about it.
[13:50] <Kano> could you help me a bit with my patch?
[13:51] <Kano> how to modifiy the Makefile correctly, i added "obj-$(CONFIG_ATH5K)              += wireless/ath5k/"
[13:51] <Kano> in the ubuntu makefile, added CONFIG_ATH5K=m to config
[13:51] <rtg> sure, past into pastebin so I can see the whole Makefile
[13:52] <Kano> but i think i have to modifiy the makefile of ath5k 
[13:52] <maks_> we have tons of ath5k bug reports
[13:52] <maks_> currently you need to be lucky afais
[13:53] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic/source/lum-ath5k.patch
[13:53] <Kano> thats my test patch
[13:54] <Kano> ath5k-$(CONFIG_ATH5K_DEBUG)     += debug.o
[13:54] <Kano> obj-$(CONFIG_ATH5K)             += ath5k.o
[13:54] <Kano> i guess thats the part to change
[13:56] <Kano> or do i just need to export CONFIG_ATH5K?
[13:56] <rtg> Kano: change 'obj-$(CONFIG_ATH5K) += ath5k.o' to 'obj-m += ath5k.o'
[13:57] <Kano> will try
[14:06] <Kano> rtg: ok, that does not compile then...
[14:06] <Kano> maybe too many changed needed
[14:06] <rtg> Kano: it does not compile because the Makefile is wrong? or the source is wrong? in either case you're on your own.
[14:07] <Kano> i think it needs changes to the wireless stack
[14:07] <Kano> as you dont get it alone only as compat pack
[14:07] <rtg> Kano: that would not surprise me at all.
[14:08] <Kano> i guess i try a simpler module first like em8300...
[16:38] <tseliot> BenC: can you review this patch please?
[16:39] <tseliot> http://albertomilone.com/ubuntu/envy.patch
[17:20] <tseliot> BenC: ping
[20:20] <jayc> all: How do I fix this git push error?
[20:20] <jayc> error: remote 'refs/heads/master' is not a strict subset of local ref 'refs/heads/master'. maybe you are not up-to-date and need to pull first?
[20:22] <rtg> jayc: do a pull first, like it suggests?
[20:37] <jayc> rtg: Nothing has changed in the remote git, do I still need to pull?
[20:38] <rtg> jayc: try it, it can't hurt
[20:38] <jayc> well I tried, and here is the log
[20:38] <jayc>  Merge branch 'master' of ssh://zinc.ubuntu.com/srv/kernel.ubuntu.com/git/ume/hardy-ume
[20:39] <rtg> jayc: so, you did 'git pull origin master' ?
[20:39] <rtg> now try 'git push origin master'
[20:39] <jayc> no, I just did `git pull`
[20:41] <rtg> jayc: 'git pull' is shorthand for 'git pull origin master' if your config is setup correctly.
[20:41] <jayc> ok, thought so
[20:41] <rtg> what versio of git ? 'git --version'
[20:42] <jayc> git version 1.5.2.5
[20:42] <rtg> recent enough. can you now push?
[20:43] <jayc> yes, 'git pull origin master' went through
[20:44] <rtg> ok, now 'git push origin master'
[20:45] <jayc> push also went through
[20:45] <rtg> when you pull you are synchronizing with the repo. You have to do that if there have been any changes in the repo wrt to your repo.
[20:46] <rtg> git it :)
[20:46] <jayc> I'm sure the repo did not change, so I was not sure why a pull was needed
[20:47] <rtg> jayc: I think amitk rebased against current Hardy 
[20:47] <rtg> hmm, maybe not.
[20:48] <jayc> No, I didn't see any log for rebase
[20:48] <jayc> by the way, I had done a git-rebase  on my local git with ubuntu-hardy
[20:48] <rtg> jayc: I just noticed that, which is why you had to pull first.
[20:49] <rtg> you have 2 separate trees, both with common objects, but differe HEADs
[20:49] <rtg> s/differe/different/
[20:49] <jayc> git it, I mean got it, Thanks :-)
[20:50] <rtg> np
[20:51] <Kano> rtg: can you put that in lum: http://people.redhat.com/~heinzm/sw/dm/dm-raid45/dm-raid45-2.6.24-20080602a.patch.bz2
[20:51] <Kano> it is usally a kernel patch
[20:53] <rtg> Kano: is it in the 2.6.24.Y tree ? I thought I saw that one of the 45 stable tree patches dealt with dm-raid.
[20:53] <Kano> no idea
[20:53] <Kano> thats the needed dmraid module for raid level 5
[20:54] <Kano> something nobody fixed since 2.6.20...
[20:54] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/97655
[20:54] <ubotu> Launchpad bug 97655 in linux-source-2.6.20 "dmraid45 target please" [Wishlist,Won't fix] 
[20:55] <rtg> Kano: do me me a favor and attach the patch to the LP report. Be sure to mark it as an attachement.
[20:55] <Kano> not just the url?
[20:55] <rtg> No. the whole file.
[20:55] <Kano> to the old 2.6.20 bug?
[20:56] <Kano> or a new against 2.6.24?
[20:57] <Kano> http://kanotix.com/files/gutsy/updates/dmraid/
[20:57] <rtg> I'm only interested in Hardy. Can't fix older stuff.
[20:58] <Kano> thats what i made for gutsy, should compile anywhere
[20:58] <Kano> updated dmraid + patch
[20:58] <Kano> you need both
[21:00] <rtg> Kano: add the appropriate info to the bug report. I gotta go, so its gonna have to wait until Monday.
[21:00] <Kano> ok
[21:02] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/97655
[21:02] <ubotu> Launchpad bug 97655 in linux-source-2.6.20 "dmraid45 target please" [Wishlist,Won't fix] 
[21:02] <Kano> but it is the same as general linux bug
[21:02] <Kano> usually all info is there already
[21:03] <laga> Kano: i think he wants you to attach the patch *files* to the LP report
[21:09] <Kano> so added it