[00:02] <kirkland> rtg: hey
[00:02] <kirkland> rtg: mhalcrow has a mostly working patchset in his git tree with filename crypto
[00:03] <kirkland> rtg: not ready to be pushed yet, but he says it's 75% of the way there
[00:03] <kirkland> rtg: i thought you might be interested in that
[00:43] <rtg> kirkland: cool, I think its a much needed feature.
[00:44] <kirkland> rtg: agreed
[03:14] <smb_tp> CarlFK, kernel is at the usual place. Forgot to change the naming so no smb extension this time (should remove it as soon as we are done)
[04:37] <CarlFK> [   10.998469] Timer List Version: v0.3
[04:37] <CarlFK> [   11.015142]  next_event:     9223372036854775807 nsecs
[04:37] <CarlFK> according to my math, that is just under 300 years
[04:57] <sysdoc> Hey guys, I'm looking to try the 2.6.27 kernel to see if it calms the heating problems that I'm getting now. Is there a way to install it from a repo?
[05:00] <CarlFK> yeah.. just a sec
[05:03] <CarlFK> sysdoc: http://us.archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.27-4-generic_2.6.27-4.5_i386.deb
[05:03] <CarlFK> or whatever arch you need - same dir
[05:04] <sysdoc> CarlFK: thanks bro
[05:07] <CarlFK> you're welcome 
[10:31] <Q-FUNK> howdy!
[10:32] <Q-FUNK> what is the correct way for getting vcons output on Intrepid?  I notice the change to uvesafb, but no clear instructions on getting it to work.
[11:55] <amitk> laga: do you not use git-format-patch to generate your patches? I don't see the patch ordering.
[11:59] <amitk> laga: also for future reference, please create a .gitconfig file in your home dir with your name/email id so that Author field is filled out correctly.
[13:00] <Celtiore> hi from france
[13:00] <Celtiore> i have a request :p
[13:01] <Celtiore> is it possible to include by default the sd8686 marvel in the -generic package kernel ?
[13:03] <laga> amitk: i figured the signed-off-by was sufficient :)
[13:03] <laga> amitk: i did use git-format-patch.
[13:03] <amitk> Celtiore: does the libertas driver not work for you?
[13:04] <laga> i didnt find the option to enumerate the mails in git-email-send
[13:04] <amitk> laga: git-format-patch -n -s -o /tmp origin
[13:04] <Celtiore> i have an aigo mid p8860
[13:04] <Celtiore> and the orignal Aigo midinux use marvel
[13:05] <Celtiore> but i'm not an expert :p
[13:05] <laga> amitk: thanks. do you want me to resubmit then?
[13:05] <laga> amitk: cut me some slack, though. last time i emailed them manually via thunderbird ;)
[13:05] <amitk> laga: I had to reorder the patches to have them apply, due to the email arriving in a different order than the one in which it was sent. I am reviewing them now.
[13:05] <laga> neat.
[13:06] <amitk> laga: I said "for future reference" :) thanks though.
[13:06] <amitk> Celtiore: marvell does not allow us to ship firmware, so the driver is useless as is. Try the libertas driver
[13:07] <Celtiore> ok amitk thanks you
[13:13] <CarlFK> smb_tp: "pause seems to happen after the watchdog" - I waited about 10 seconds, hit the shift key, got the timer dump 
[13:15] <smb_tp> CarlFK, Try to let it time out. That should not take longer as the previous times (~160s IIRC)
[13:15] <CarlFK> trying 
[13:17] <smb_tp> CarlFK, After hitting the key, the list looks ok to me. Maybe the same happens if the normal timeout occurs, but at least it won't be years...
[13:51] <CarlFK> smb_tp: timeout posted
[13:51] <smb_tp> CarlFK, ok. Thanks. I'll look into that
[14:50] <tjaalton> heh, so it wasn't the vista upgrade which broke my e1000e ;)
[14:50] <rtg> tjaalton: did you lose one as well?
[14:51] <tjaalton> rtg: yep, the mobo on my X61 got replaced a while ago
[14:51] <rtg> tjaalton: it happened to Chris Jones as well.
[14:52] <rtg> Lot of Thinkpad users out there that could get screwed.
[14:52] <tjaalton> yeah, blacklisting it for now sounds fine
[14:52] <tjaalton> it has worked for me since it was replaced, though
[14:52] <tjaalton> 1,5 weeks
[14:53] <rtg> tjaalton: I'll give it a couple of hours to see if I get any objections on the mailing list.
[14:57] <tjaalton> rtg: cool
[14:58] <tjaalton> mine was replaced on-site. glad that they didn't ask too many questions ;)
[15:04] <Q-FUNK> howdy!
[15:04] <Q-FUNK> what is the correct way for getting vcons output on Intrepid?  I notice the change from vesafb to uvesafb, but no clear instructions on getting it to work.
[15:05] <Q-FUNK> right now, using uvesafb produces distorted screen output, but works with usplash, while lxfb produces a usable vcons, but distorted output with usplash.
[15:21] <munckfish> rtg: would you prefer I submit changes for intrepid-ports in smaller chunks so the feedback loop is quicker? Or do you want one big lump?
[15:22] <rtg> munckfish: small pieces
[15:22] <munckfish> rtg: I'm really concerned not to leave it too long before submitting something to you in case it's not right
[15:22] <munckfish> rtg: ok great. Well just now I have two patches which fix the build which I can submit.
[15:23] <munckfish> rtg: do you want a pull request?
[15:23] <munckfish> http://kernel.ubuntu.com/git?p=dmunckton/ubuntu-intrepid-ports-ps3.git;a=summary
[15:23] <rtg> munckfish: send it on the kernel team mailing list please.
[15:23] <munckfish> after this logically I will move on to specific changes for PS3
[15:23] <munckfish> rtg: ok will do
[15:24] <munckfish> rtg: one other question - in my prev tree I did "Start new release" commit, I presume I should leave that out?
[15:25] <rtg> munckfish: yeah, leave some of that boilerplate stuff up to me or Ben
[15:25] <munckfish> rtg: ok
[15:25] <munckfish> thx
[16:09] <munckfish> I presume the kernel team meeting is still at the original time? As it's 1500 UTC Tuesday 23 Sep 2008 and the server team are meeting in ubuntu-meeting right now.
[16:19] <munckfish> pgraner: was your request to move the team meeting not accepted?
[16:20] <pgraner> munckfish: No one replied. I had meant to email something out, unfortunately I've been on travel for the last 2 weeks.
[16:20] <munckfish> ok thx
[17:04] <munckfish> kernel team meeting time?
[17:14] <smb_tp> munckfish, No, sorry. Meeting will be shifted in time and place. There will be an announcement shortly.
[17:15] <munckfish> smb_tp: ok thx. I'll look out for it
[17:32] <munckfish> rtg: I want to cherry pick a patch from ahead of 2.6.25.4 into ports. How should I do that? I want to be able to update the commit message to reference the LP bug it fixes.
[17:32] <munckfish> Do you know of any example in our current trees I can look at to see how this is done?
[17:33] <munckfish> (thx for the 1st pull btw)
[17:34] <IntuitiveNipple> munckfish: use git-cheery-pick -e <commit> so you can edit the commit message
[17:35] <rtg> I'm always cheery when I'm picking things.
[17:35] <IntuitiveNipple> munckfish: you might want to use -x too, of course
[17:35] <IntuitiveNipple> lol typos!
[17:35] <munckfish> IntuitiveNipple: thx. So I just add our "UBUNTU: SAUCE: xxxxxxx" stuff above the original message?
[17:35] <IntuitiveNipple> (it's my way of ensuring people don't copy/paste my crap typing!)
[17:36] <munckfish> I wasn't meaning so much how technically as how kernel team procedure-wise
[17:36] <rtg> munckfish: git-fetch <URL> master; git-checrry-pick -e <SHA1>
[17:37] <rtg> cherry even
[17:37] <munckfish> yep that bit I know already
[17:37] <munckfish> I just want to get the log message in the right format
[17:37] <munckfish> so you don't tell me to do it again ;)
[18:23] <stweston> I'm having trouble loading/mounting my CD-ROM drive under Ubuntu 8.04. both Server and Xubuntu, but with different problems.
[18:24] <stweston> erm... different error messages.
[18:25] <stweston> As I said before: having trouble mounting CD-R drive w/ Ubuntu 8.04, both Server & Xubuntu. anyone know a solution?
[18:26] <stweston> is this a problem with my boot process?
[19:13] <stweston> What does "initramfs" mean and how can I prevent/fix it?
[19:13] <stweston> wait - nevermind.
[19:13] <stweston> sorry
[19:23] <amitk> ^ self help if the best help
[19:23] <amitk> s/if/is
[19:57] <jdong> are we sure blacklisting e1000e actually works?
[19:57] <jdong> with regards to bug 263555
[19:58] <jdong> based on this slashdot comment: http://linux.slashdot.org/comments.pl?sid=972935&cid=25119553 it would seem like the issue is independent of whether or not the NIC drivers are loaded, unless that part of the BIOS image isn't revealed with the driver unloaded
[20:00] <rtg> jdong: it appears that corruption happens as the result of unrelated kernel oops, so not having the driver loaded means that those resources are not mapped into CPU space.
[20:01] <jdong> rtg: ok so those resources are only mapped into CPU space when the e1000e module is present?
[20:01] <rtg> jdong: correct. In particular the non-volatile RAM (which I think is nuts anyway)
[20:02] <jdong> rtg: agreed on your sanity assessment :). Thanks for the clarification
[20:02] <jdong> rtg: now what I (really don't want to) know is.... how many other devices on the average system utilize similar mapped nonvolatile areas?
[20:03] <rtg> jdong: to the best of my knowledge, its one of a kind.
[20:03] <jdong> well that's good
[21:48] <Q-FUNK> hi! anyone with info on how to get vcons to work on intrepid?  uvesafb produces distorted output on vcons but works with usplash, while lxfb produces a good vcons but distorted output with usplash.
[22:09] <chrisccoulson> hi, does anyone know the significance of this kernel message: "Aperture beyond 4GB. Ignoring"
[22:09] <chrisccoulson> someone has reported a bug because they are seeing it in intrepid
[22:10] <chrisccoulson> they havent reported any other ill effects though
[22:11] <IntuitiveNipple> It's a PCI IOMEM report, I think
[22:12] <chrisccoulson> ah, ok. thanks!