=== doko_ [n=doko@dslb-088-073-103-253.pools.arcor-ip.net] has joined #ubuntu-kernel === Keybuk [n=scott@169.222.10.235] has joined #ubuntu-kernel === doko [n=doko@dslb-088-073-103-253.pools.arcor-ip.net] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [01:35] "...this document refers to domains as abstract isolated environments in the platform to which a subset of host physical memory is allocated." [01:35] I love reading tech speak to my friends, just to see the look on their face [01:36] Keeps them from asking me the same question all the time.."What are you reading?" [01:42] haha [01:51] BenC: virt? [01:53] VT-d [01:53] IO virtualization from Intel [01:54] pretty cool stuff, let's you put a devices IO into a domain so that only the driver, or the guest system can access it...sort of like jail for devices [01:55] that way the device cannot scribble DMA all over memory, and guest systems can have direct access to devices on the host without worrying about compromising the host [01:57] So you can insert a network card, and SATA card, and have it assigned directly to the virtual machine [01:57] neet [02:01] sounds kewl :-) [02:02] BenC: ping [02:03] lifeless: yo [02:03] think I'm running into the multiply-mounted squashfs bug in 2.6.10-17 here with ubuntu-on-tap [02:03] wondering what the workaround on the livecd was so I can reproduce it [02:04] The workaround was to not do it [02:04] the fix is in edgy-security [02:04] ok,so I'm using the livecd squashfs as-is, I presume that means I have the fix... [02:05] are you getting a zlib oops from the kernel? [02:05] yes [02:05] you have the workaround on the current edgy live-cd [02:05] the stock 6.10 iso ? [02:05] should be, yes [02:06] the workaround was to copy directly from the squasfs root mount, as opposed to mounting temp and copying from there [02:06] righto, so that should still be in place [02:06] let me see === kinema [n=chatzill@pool-71-111-174-123.ptldor.dsl-w.verizon.net] has joined #ubuntu-kernel [02:07] best person to ask is cjwatson, he does ubiquity and did the workaround [02:07] now you say that there is a fix - you mean kernel fix yes? - in edgy-security ? [02:07] right, the kernel in edgy-security has a fixed squashfs [02:07] there was talk of an edgy point-release to pull it and other things in, but I've no idea if that will happen [02:08] ah-ha, I dont have security on my master machine [02:08] Is there a list of patches that have been applied to the various "official" Ubuntu kernels? I looked on the wiki but wasn't able to find anything [02:08] I'll install that kernel and generate a initrd and see. [02:08] thanks! [02:09] kinema: It's all in the git repo via revision history [02:10] hmm... that's a pretty obious one is it? now i feel kind of stupid. [02:11] BenC: Have you had any luck getting the liveCD to boot in KVM? I saw you making inquires on the KVM list recently. [02:12] kinema: I'm not sure I'm qualified to do the real-mode 32-bit changes needed for it [02:12] BenC: whats the fixed kernel-version ? [02:12] Understandable... that's some pretty gritty work. [02:13] lifeless: Can't recall [02:20] Does anyone know if it's possible to patch a kernel with the d80211/devicescape code using just the headers or if a from the ground up custom kernel is required. [02:23] There's a one-line patch needed to the main kernel [02:24] mjg59: for d80211? I thought all the code was in the wireless-dev tree still. [02:33] mjg59: what one-line patch? [02:41] what kernel is feisty herd 2 running? === ivoks [n=ivoks@32-182.dsl.iskon.hr] has joined #ubuntu-kernel [02:43] kinema: 2.6.20-rc3 [02:43] or rc4, don't remember immediately, but it has many, many patches [02:43] rc4 I think [02:44] if it's heavily patched I think I'll just download linus' rc5 and patch it myself. [02:57] ugh.... gitweb is slow! [02:57] painfully slow [03:01] BenC: sweet, thank you, its good [03:02] lifeless: good deal === Keybuk [n=scott@169.222.10.235] has joined #ubuntu-kernel === johanbr [n=j@blk-137-114-65.eastlink.ca] has joined #ubuntu-kernel === Keybuk [n=scott@169.222.10.235] has joined #ubuntu-kernel === datten_ [n=datten@xdsl-81-173-183-203.netcologne.de] has joined #ubuntu-kernel === datten_ is now known as datten === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel [07:44] BenC: around ? [07:53] lifeless: he just went to sleep === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === kinema [n=chatzill@pool-71-111-174-123.ptldor.dsl-w.verizon.net] has joined #ubuntu-kernel === Rroet [n=rroet@81.18.161.144] has left #ubuntu-kernel [] === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel === m0rg0th [n=manugarg@59.160.172.2] has joined #ubuntu-kernel [11:29] <\sh> hmmm...why is UTS_RELEASE not set anymore in /usr/include/linux/version.h ? === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-kernel === doko [n=doko@i59F7277C.versanet.de] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel [01:41] \sh: It's in linux/utsrelease.h [01:43] \sh: If you are needing it for userspace, use the libc call to get it, if you need it for a kernel module, use utsname()->release === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === btse [n=btse@mail.phoneticom.com] has joined #ubuntu-kernel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === maks_ [n=max@baikonur.stro.at] has left #ubuntu-kernel [] === jes-o-mat [i=jesusch@jesusch.de] has joined #ubuntu-kernel [02:40] hi === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel [02:48] kylem, BenC: I'd like to retest #37452 but till now it's quite unclear to which git you have uploaded your patch. http://kernel.org/git/ states that both of your dapper-updates repos haven't been updated since weeks? [02:48] jes-o-mat: Use dapper-proposed repo to get the built kernel [02:49] er, oops, did i forget to push? :\ [02:51] i did, terribly sorry. [02:51] BenC: is there also a proposed update for the u-i somewhere? [02:51] u-i? [02:52] ubuntu-installer =) [02:52] . o O (just named it like that because of d-i ;) [02:52] the installer doesn't get rebuilt in -proposed, but you can surely rebuild it using the debs/udebs in -proposed [02:53] but will there be some officially supported install medias available? [02:54] so to say 6.06.2? [02:56] https://wiki.ubuntu.com/KernelUpdates [02:57] that explains how fixes in -proposed get to stable [02:57] basically, it needs testing before it gets into a stable kernel, and then it's left in the hands of the release team as to whether or not a point release occurs for new CD's [02:58] BenC: s/release team/stable release team/ :-) [02:58] BenC, http://www.reghardware.co.uk/2007/01/15/intel_robson_pcie_approval/ [02:59] BenC: where shall test-reports being send to? reply to #37452 [03:00] kylem: I wonder if the linux community has even pondered how to make use of that [03:00] jes-o-mat: To the bug report is the best place [03:00] BenC, i am... :) [03:00] kylem: Storing your pr0n passwords is not a legitimate use :P [03:00] jes-o-mat, if you could cc me privately as well, it would be good. my bugmail folder is pretty large. [03:00] BenC, no... suspend to disk. [03:01] Using it for /boot would be nice too [03:01] wonder if the BIOS provides compatibility for accessing it like a normal drive [03:01] jes-o-mat, i picked the patches to backport out of one report there, if they didn't help, i can pretty quickly have a new kernel out for you to test, but if it requires me finishing going through bugs then it will take longer. :) [03:02] the x4100 are currently blocked by some collegues, but I expect that I can reinstall them tomorrow [03:03] ok. [03:03] but it's quite unhandy, because I need to install to a single disk from CD, install kernel from proposed and then assemble the RAID to verify [03:07] kylem: that is just waiting for your changes: http://boschman.de/gallery/v/bjoern/tec/sun-x4100/dsc00077.jpg.html :-) [03:26] argh...i guess i know what im going to be doing this weekend...thanks pitti [03:42] Mithrandir: ping [03:42] zul: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. [03:53] Mithrandir: The Answer to The Ultimate Question Of Life, the Universe and Everything [03:54] hm it does not seem to be an infobot :) [03:57] umm...no [04:08] jes-o-mat: no, I'm not an infobot. [04:10] Mithrandir: I just thought that because of your generic answer style :) [04:10] oh, it's a script, sure. [04:10] Mithrandir: ping [04:10] jes-o-mat: You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. [04:10] I see [04:11] hehe [04:12] ah man im not going to get any work done tonight american idol is on tonight === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel === grazieno [n=ubuntu3@20150116018.user.veloxzone.com.br] has joined #ubuntu-kernel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel [05:22] BenC: Unfortunatelly I do not find any linux-image on dapper-proposed? [05:23] either it failed to build, or an archive person hasn't processed it yet [05:23] where to check for that? [05:28] it isn't in the queue [05:29] 15:49 < kylem> er, oops, did i forget to push? :\ [05:29] 15:51 < kylem> i did, terribly sorry. [05:33] i uploaded [05:33] i didn't push the tree to korg. [05:35] oh, sorry [05:36] lol, np [05:37] -proposed ones don't show up in the build queue :) [05:38] or -security, for that matter [05:39] anyway, the images are not in archive.u.c? [05:55] kylem: where did you upload your changes? === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === FabioNET [i=500@217.201.32.209] has joined #ubuntu-kernel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === datten_ [n=datten@xdsl-87-78-121-212.netcologne.de] has joined #ubuntu-kernel === datten_ is now known as datten [06:58] the kernel.org hg tree sucks.. === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel [09:01] That's just dandy [09:01] vbox requires you to disable NMI watchdog on the host [10:33] eep. === Keybuk [n=scott@169.222.10.235] has joined #ubuntu-kernel === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-kernel [12:08] random thought ... is it possible to re-exec a crashed process based purely on the memory map of the process? [12:15] Keybuk, how do you mean? [12:16] Keybuk, like, program fully terminates, dumps core. then some time x later you want to rerun it? or immediately re-execute it on crash?