[00:56] <doctormo> JanC: So I've managed to get it working one way, I've been picking apart the serial code coming out of the wine program, but that isn't being sent to the usbtty0 correctly by slsniff
[00:57] <JanC> I only found those 2 using google, have no experience with them  ツ
[00:58] <JanC> also, from what I've read from somebody using cu & tee on a BSD system (which could work too, in theory), it's not always easy to get timing right with serial devices
[00:59] <JanC> BTW: I googled for "linux serial tee"
[00:59] <JanC> there might be more to find if you do
[01:00] <JanC> doctormo: ^^^
[01:05] <doctormo> JanC: Thank you so much for your help
[01:06] <doctormo> JanC: I remeber back in the past using a program which would output any and all open file handles.
[01:06] <doctormo> Perhaps that would work in the case, but I forget what the program was called.
[01:06] <JanC> lsof ?
[01:07] <doctormo> JanC: sort of but it worked a bit like xargs, where you'd specify the command to execute as an arg
[01:08] <JanC> probably a wrapper script or something?
[01:10] <JanC> based on lsof -p ?
[01:12] <doctormo> JanC: it was probably lsof with some specific options
[10:00] <Lure> do we cherry-pick also from non-linus git's? there is one quirk in sound-2.6.git - see bug 285834
[10:00] <ubot3> Malone bug 285834 in alsa-driver "Audio out on x200/x200s dockingstation doesn't work" [Undecided,New] https://launchpad.net/bugs/285834
[10:26] <apw> Lure, as a general rule we try and pick stuff which is in or definatly going to linus' tree
[10:26] <apw> if the quirk is likely to go upstream and is clean and self-contained we do consider them at times
[11:30] <Lure> apw: will first test in ppa and then talk with audio guys what they think
[11:31] <Lure> apw: thanks for info
[11:49] <wgrant> Can we get a more recent aufs into Jaunty?
[12:01] <apw> the maintainer was talking about updating it
[12:17] <elmargol> I have found a ubuntu related regression. Is there a tag or something in order to mark the bug?
[12:20] <Keybuk> apw: floppy patch accepted upstream into -mm
[12:20] <apw> Keybuk, good news indeed
[12:21] <smb_tp> elmargol, several, depending on where the regression is. For a regression between releases regression-release, if its in a -proposed pocket regression-proposed or regression-update if the regression made it into updates
[12:21] <apw> i am likely to sru that to intrepid today, as it has lots of good positive feedback
[12:21] <apw> smb_tp, or regression-potential if its in jaunty (i believe)
[12:21] <elmargol> smb_tp: it is a gregression between the ubuntu intrpid kernel and the mainline kernel
[12:21] <Keybuk> apw: I'm going to fire off the rest of the alias patches today
[12:22] <Keybuk> Kay and I found a few more
[12:22] <smb_tp> apw, Was about to ask
[12:22] <smb_tp> elmargol, Hm, is it working in Hardy?
[12:22] <apw> awsome indeed.  i am guessing we'll sru the ones people find a problem wth now for intrepid
[12:23] <Keybuk> they've all gone from modprobe conf files
[12:23] <Keybuk> so there's only a regression if you delete them ;)
[12:23] <Keybuk> my big goal for today is to get m-i-t 3.7 pre finally uploaded
[12:23] <elmargol> smb_tp: No. 2.6.27-11-generic is affected 2.6.27-02062719-generic <- works perfect bug #103210
[12:23] <ubot3> Malone bug 103210 in linux-ubuntu-modules-2.6.22 "ipw3945 Wifi connection is very slow" [Undecided,Confirmed] https://launchpad.net/bugs/103210
[12:26] <smb_tp> I would tend to call that not a regression. Since for a regression it must have worked before with a Ubuntu release kernel.
[12:26] <elmargol> The short descripton is. I connec to a wireless network and starty downloading a file... After 100-200MB de downloads drops from 1,7MB/s to 100kb/s... If I reconnect I get 1.7MB/s for another 100MB
[12:26] <smb_tp> If it was working well in Hardy but got worse with Intrepid it would be regression-release
[12:27] <elmargol> Isn't it still worth investigating? since it works using the mainline kernel?
[12:28] <smb_tp> elmargol, sure might be that
[12:28] <smb_tp> commit 742dfb34af298ee2308c9df22d677bc733e277cb
[12:28] <smb_tp> Author: Tomas Winkler <tomas.winkler@intel.com>
[12:28] <smb_tp> Date:   Mon Oct 6 16:05:29 2008 +0800
[12:28] <smb_tp>     iwlwifi: scan correct setting of valid rx_chains
[12:30] <smb_tp> which came in with 2.6.27.19, otherwise the -proposed kernel for intrepid has the stable fixes up to 2.6.27.18. 
[12:31] <smb_tp> So probably if you try proposed and it works not, then it is pretty much cornered for that. If you can update the bug with that info, we can get a test kernel that has this additional patch and you could verify this helps
[12:31] <elmargol> smb_tp: it chould work on jaunty?
[12:32] <smb_tp> lemme see
[12:33] <smb_tp> That patch went into Jaunty, so it should work there, too
[12:35] <elmargol> Ok. i try the alpha and let you know
[12:35] <smb_tp> elmargol, but the patch itself is simple and should be easy to SRU, with a test kernel to try.
[12:37] <smb_tp> elmargol, Would it be possible for you to have the kernel and lrm from proposed enabled and installed? Then I could provide a test kernel based on that
[12:37] <elmargol> lrm?
[12:38] <elmargol> smb_tp: if you point me to a build i chould try i can do that
[12:40] <smb_tp> elmargol, linux-restricted-modules (since the kernel from -proposed has a different abi it requires some dependant packages to be upgraded). Actually you could activate my ppa to get the right base and then replace the kernel later by a test version.
[12:40] <smb_tp> My PPA is at https://launchpad.net/~stefan-bader-canonical/+archive/ppa
[12:44] <elmargol> smb_tp: sure... give me the ppa and i try it
[12:44] <elmargol> smb_tp: sure... give me the ppa and i try it
[12:45] <smb_tp> elmargol, The PPA is the one above 
[12:45] <smb_tp> as a base.
[12:45] <elmargol> please repost I had a disconnect
[12:45] <smb_tp> updated kernel will follow as soon as compiled
[12:45] <smb_tp> ah ok
 My PPA is at https://launchpad.net/~stefan-bader-canonical/+archive/ppa
[12:48] <elmargol> smb_tp: there are only linux* packages?
[12:48] <smb_tp> elmargol, correct. Just to get an updated Intrepid kernel
[12:48] <elmargol> ok installing now
[12:49] <smb_tp> elmargol, It seems that patch is already in there.
[12:49] <smb_tp> Came in as a SRU for bug 330902
[12:49] <ubot3> Malone bug 330902 in linux "[Intrepid] Update kernel to Linux 2.6.27.18" [Medium,Fix committed] https://launchpad.net/bugs/330902
[12:51] <smb_tp> Ah, sorry. That was fixed in stable 2.6.27.18, so try that. If that works it is already in progress of being released
[12:51] <elmargol> ok i download the packages from your ppa and reboot
[12:51] <smb_tp> k
[12:59] <elmargol> smb_tp: i monitor this a day and report back to you
[12:59] <elmargol> have to go to work now
[12:59] <smb_tp> elmargol, ok, cool. thanks
[16:36] <heywood123> hello all
[16:38] <heywood123> anyone here particularly familiar with hyperthreading?
[16:43] <heywood123> i'm trying to figure out the difference between passing "noht" to the kernel at boot time...
[16:43] <heywood123> and putting something like "echo 0 > /sys/devices/system/cpu/cpu1/online" in rc.local
[16:44] <heywood123> are these equivalent?
[16:51] <anubhav> heywood123:noht  is no longer supported
[16:52] <heywood123> anubhav: that's very useful -- thanks. do i have the syntax of the other command correct?
[16:52] <heywood123> if so i'll just do some testing with it on and off to see if it makes any difference
[16:54] <elmargol> smb_tp: your kernel seems to fix my network problems... 
[16:55] <anubhav>  heywood123:yup
[16:55] <heywood123> @anubhav: sweet. thanks for the clarification!
[16:56] <smb_tp> elmargol, Great. One less to go. Can you update the bug with your results (which kernel worked) and I do the rest?
[16:56] <anubhav> :)
[16:56] <elmargol> smb_tp: i copy one more file to be sure and comment to the bug
[16:57] <smb_tp> Ok, sure. Thanks
[16:57] <elmargol> it did only take 1,5 years in order to fix this problem xD
[16:58] <smb_tp> heh, quite a long time
[19:10] <emgent> hallo