[12:19] <crimsun> for which kernel?
[12:21] <astronouth7303> 2.6.20-16-generic on feisty fawn
[12:21] <calc> BenC: hello
[12:21] <calc> is there a way to build just part of the kernel?
[12:21] <calc> i want to just rebuild the snd-hda-intel object
[12:22] <crimsun> 03:42 < crimsun> hmm, and upstream already merged alc268 support.
[12:22] <crimsun> 03:42 < crimsun> Guess Chris will get his wish without blinking.
[12:22] <crimsun> of course you parted long before that.
[12:22] <calc> crimsun: whee!
[12:22] <calc> thats cool
[12:22] <crimsun> but to answer your question, yes.  Use SUBDIRS=sound
[12:23] <calc> i was looking in the git repo that benc controls and it didn't appear to be in there yet, but looking at kernel.org now
[12:23] <crimsun> no.
[12:23] <crimsun> http://hg.alsa-project.org/alsa-kernel/rev/dd701601157b
[12:24] <crimsun> upstream uses Mercurial, not git.
[12:25] <calc> oh i see
[12:25] <calc> i was looking at jaroslav's kernel alsa git
[12:25] <calc> which must not be up to date for everything
[12:25] <astronouth7303> crimsun: were you answering me?
[12:26] <calc> http://git.kernel.org/?p=linux/kernel/git/perex/alsa.git;a=log  <- that was where i was looking, oops :)
[12:28] <crimsun> calc: jaroslav pushes to his git tree fairly regularly but not nearly as frequently as fixes are committed to hg.
[12:28] <crimsun> takashi mostly handles hg.
[12:28] <calc> er oh ok ;)
[12:30] <calc> i can rip that patch and rebuild it for feisty :)
[12:31] <crimsun> astronouth7303: you can grab the source subdir and build it
[12:31] <crimsun> calc: it'll be merged into gutsy's source anyhow.
[12:31] <astronouth7303> the only place I can find the coretemp module is from torvald's branch on kernel.org
[12:32] <crimsun> astronouth7303: ...which is the base of gutsy's current git.
[12:33] <astronouth7303> so if I build it as a module from gutsy, will it load in my current kernel?
[12:33] <calc> crimsun: yea
[12:34] <calc> i tried running gutsy on my new laptop and it couldn't see to work with my intel 3945 wireless
[12:34] <calc> maybe another bug that will be fixed soon, dunno
[12:34] <calc> would be nice to be on gutsy by the sprint next month
[12:35] <mjg59> crimsun: Oh, my neighbour found that position_fix=1 seemed to be needed to make his new MacBook (C2D) have decent sound quality
[12:35] <mjg59> Had distortion otherwise. This was on fesity.
[12:35] <mjg59> Is that likely to be sorted upstream, or should I send you subsystem details?
[12:36] <calc> looks like 268 could use some extending support if i looking at it right, but it should at least work for basic sound after this patch
[12:38] <crimsun> mjg59: SSID, please
[12:38] <mjg59> crimsun: Is that the PCI subsystem or the codec subsystem?
[12:38] <crimsun> PCI
[12:38] <mjg59> Ok
[12:38] <mjg59> Hang on a sec
[12:40] <crimsun> calc: Realtek already has extended support; may want to check there.
[12:40] <crimsun> (they provide a tarball based on some stable alsa-driver release)
[12:41] <calc> ah cool :)
[12:41] <calc> less code i have to think about the better ;)
[12:42] <jmg> upgrading to gutsy scragged my laptop
[12:42] <jmg> somehow it managed to hardswitch the wireless off
[12:43] <calc> jmg: did it to me too, afaict
[12:43] <jmg> i cant reenable it without booting into windows and i deleted windows ages ago
[12:43] <calc> jmg: i was on 3945 wireless
[12:43] <jmg> calc: ipw2200
[12:43] <jmg> haha 'was'
[12:43] <calc> jmg: going back to feisty fixed it for me
[12:43] <calc> er was on gutsy i meant to say with 3945
[12:43] <calc> hehe
[12:43] <jmg> calc: im not sure it will fix for me
[12:43] <jmg> because fn-f2 didnt work in feisty either
[12:43] <calc> i has a 2915abg laying around here somewhere, but it wouldn't fit in this laptop anyway
[12:44] <jmg> speaking of which
[12:44] <calc> may be a different issue than what i saw though they are similar chips
[12:44] <jmg> i need gutsy alpha 1
[12:44] <calc> intel 2200bg vs intel 3945abg
[12:47] <jmg> i wonder if it was something i did when i was in feisty to try and enable fn-f2 which broke it when i upgraded to gutsy
[12:47] <jmg> so im gonna try the alpha
[12:47] <calc> crimsun: yea realtek's alsa driver has much better mixer support
[12:52] <mjg59> crimsun: 8384:7680
[12:56] <crimsun> mjg59: thanks, could you download and run http://www.linux-sound.info/alsa/scripts/alsa-info.sh on said machine?
[12:56] <calc> wow i turned my wireless off and then back on about 20s later and i stayed connected :)
[12:56] <crimsun> thanks, TCP!
[12:56] <calc> oops ;)
[12:58] <calc> this laptop eats batteries like nothing i've ever seen :\
[12:58] <calc> 67% 1h7m
[12:59] <calc> occasionally it drops down ~ 30m
[12:59] <calc> and that is with a 4000mAh battery
[01:07] <jmg> calc: how does it perform on windows?
[01:11] <calc> not sure i only ran windows on it about 5m
[01:11] <calc> need to reinstall vista on it for dual boot later on
[01:11] <calc> it is doing that while using wireless and compiling a kernel though
[01:12] <calc> also the processor is set to go up to full speed while under load on batteryu
[01:12] <calc> forcing it at slow setting on battery may help out
[01:13] <astronouth7303> if I build a module against the 2.6.22 source tree, will it load in a 2.6.20 system?
[01:13] <calc> my old athlon64 laptop forced the cpu to slow speed on battery always
[01:13] <calc> so i guess its not too bad
[01:13] <calc> astronouth7303: doubtful
[01:21] <astronouth7303> the linux-source-... package has the config used to build the distributed kernels?
[01:23] <calc> yes
[01:23] <calc> you can run dpkg-buildpackage on it to get the distributed stuff
[01:24] <calc> i need to go find the power cord its kill my battery doing the build
[01:49] <astronouth7303> so I have my coretemp.ko file, and I know where it goes even
[01:49] <astronouth7303> sortas
[01:50] <astronouth7303> the kernel will reject modules just made wrong, right?
[01:52] <calc> yea
[01:56] <astronouth7303> how do I tell it to just install 1 module?
[01:56] <astronouth7303> can I?
[02:00] <poningru> insmod
[02:00] <poningru> man insmod
[02:00] <poningru> I have to go to sleep
[02:06] <astronouth7303> oh, lovely
[02:08] <astronouth7303> http://www.astro73.com/pastebin/pastebin.php?show=75
[02:25] <astronouth7303> so here's my last dumb question
[02:25] <astronouth7303> any ideas when the upstream 2.6.22 will be out?
[08:47] <kraut> moin
[08:54] <geser> is bug 114855 really a non-bug? because I've installed linux-image-generic from gutsy but I'm still missing the drivers for my prism54 wireless card
[08:56] <crimsun> is linux-generic installed, too?
[09:01] <abogani> crimsun: morning
[09:01] <abogani> uname -r
[09:02] <abogani> 2.6.22-rc3-rt
[09:02] <abogani> uptime
[09:02] <abogani>  09:01:20 up 13 min,  4 users,  load average: 98.60, 81.98, 454.28
[09:02] <abogani> :-)
[09:02] <abogani> up and running
[09:08] <geser> crimsun: no, linux-generic is not installed
[09:10] <geser> and when I look at the contents of linux-restricted-modules-2.6.22-6-generic with packages.u.c, I don't see there any prism54 modules
[09:13] <geser> I'm running 2.6.20-16 for now and the prism54 modules are located at /lib/modules/2.6.20-16-lowlatency/kernel/ubuntu/wireless/p54/
[09:14] <crimsun> abogani: mornin' :)
[09:15] <geser> but they aren't in linux-ubuntu-modules-2.6.22-6-generic or linux-image-2.6.22-6-generic anymore
[09:15] <pmjdebruijn> hi
[09:15] <pmjdebruijn> I noticed the server/desktop kernels both don't have MMIO and NAPI enabled for the via-rhine
[09:15] <pmjdebruijn> is there a reason for that?
[09:18] <crimsun> geser: file a bug
[09:19] <geser> a new one or simply reopen the old one?
[09:19] <crimsun> maybe add a gutsy task if it's relevant to the old one.
[09:19] <crimsun> so yes, reopen it if relevant
[12:55] <dade`>    6.6% (125.0)       <interrupt> : ehci_hcd:usb1, uhci_hcd:usb2 
[12:55] <dade`> hm
[12:55] <mjg59> hciconfig hci0 down
[12:55] <dade`> but only using xorg
[12:56] <dade`> if i switch to console with ctrl+alt+f1 
[12:56] <dade`> they go away
[12:56] <mjg59> What hardware is this?
[12:56] <dade`> macbook
[12:56] <mjg59> Trackpad
[12:56] <dade`> uh
[12:57] <dade`> so i read somewhere they're fixingi t
[12:57] <dade`> i915 vblank interrupt too
[12:57] <mjg59> Yes
[12:58] <dade`> if they fix those 2 things the next in the list is wifi, that wakes up 30 - 50 times/second
[12:59] <dade`> is that avoidable ?
[12:59] <mjg59> It's being worked on
[01:01] <dade`> ok
[01:02] <dade`> i can wait :)
[01:55] <dfeser> hi!
[01:55] <dfeser> someone tryed 2.6.21 yet?
[01:56] <dfeser> ?
[01:56] <mjg59> We're not shipping 2.6.21
[01:57] <dfeser> right
[01:57] <dfeser> but all kernels that come with feisty don't let me charge my blackberry anymore
[01:58] <dfeser> something has changed from edgy to feisty
[01:59] <dfeser> can you tell me what it is?
[01:59] <dfeser> some change in the usb system
[02:00] <mjg59> feisty uses 2.6.20
[02:01] <dfeser> i know!
[02:01] <dfeser> i'm just trying 2.6.21 because the charging does not work anymore
[02:02] <mjg59> So, yes, lots changed between edgy and feisty
[02:02] <dfeser> wow. great answer
[02:03] <dfeser> there is a small script called bcharge. it puts the power of a certain usb port up to 500mA if there is a blackberry connected to it. 
[02:03] <dfeser> under edgy this was working great
[02:04] <dfeser> but under feisty it seems as if there is something that puts the power back to 100mA after a few seconds
[02:07] <dfeser> no clue?
[02:08] <mjg59> Not off-hand, no
[02:08] <mjg59> Could you file a bug?
[02:10] <dfeser> could i what?
[02:11] <dfeser> is there a way to get the old edgy kernel to my feisty?
[02:11] <mjg59> Not really, no
[02:11] <dfeser> :-/
[02:11] <mjg59> But if you go to https://launchpad.net/bugs/+filebug you can report the problem
[02:18] <dfeser> does ubuntu ship any kernel sources?
[02:18] <mjg59> Yes
[02:19] <dfeser> ah found it
[02:19] <mjg59> Cool
[02:20] <dfeser> i will try compiling my own kernel from these sources...
[08:00] <EtienneG> he guys
[08:00] <EtienneG> I'm fact-checking for a journalist that do a paper on Ubuntu
[08:00] <EtienneG> what's the maximum number of CPU we support ? (I think it vary by kernel type, ie generic vs. server)
[08:01] <EtienneG> and what is the max amount of RAM ?  (IIRC, 16 GB with PAE, but it might be different with 64 bits arch)
[08:04] <ivoks> -generic 8CPU, 4GB RAM
[08:07] <EtienneG> ivoks, any idea for -server ?
[08:08] <ivoks> i can tak a look only in dapper
[08:08] <ivoks> 64G, 8CPU
[08:15] <EtienneG> ivoks, thanks a lot
[08:16] <ivoks> np
[08:38] <JanC> EtienneG: it might be different in recent versions, but you can look this up in the respective kernel config files...
[08:39] <EtienneG> good point
[08:42] <JanC> grep for CONFIG_NR_CPUS & CONFIG_HIGHMEM (I suppose, I'm no kernel dev)
[08:44] <JanC> -generic is 8CPU, 4GiB RAM on feisty too
[08:45] <JanC> (for x86 32-bits)
[08:45] <JanC> I think the 64-bits kernels might have a different config
[08:46] <EtienneG> just checked on i386, and yes, CONFIG_NR_CPUS is 8
[08:46] <EtienneG> CONFIG_HIGHMEM64G is not set, downloading the -server kernel to check as we speak
[08:49] <zul> server kernel has CONFIG_HIGHMEM64G if i remmber correctly
[08:49] <EtienneG> yep
[09:03] <JanC> the .config files are in the kernel header packages too (no need to download complete kernels)
[09:03] <JanC> and maybe in the source package too