=== gerald is now known as Guest34830 === mwhudson is now known as zz_mwhudson [06:15] http://VisitsToMoney.com/index.php?refId=386970 [07:47] yo yo yo === lag` is now known as lag [08:36] yo [08:36] ghurt [11:34] smb, i'm of the opinion IPMI probably be should be for x86 specific arches for T and we don't consider any other support of IPMI by default for other arches [11:35] yeah for now, the upstream advise was an x86 centric thing, so leavin the others =m sounds reasonable [11:35] and we can fix those on a whine by whine basis [11:35] cking Agreed. I don't know enough about what exists or not in the Arm world to make any better decision [11:35] i am assuming ppisati is sorting out a patch (if he hasn't already) [11:35] apw, Yeah [11:36] apw, ppisati has sent a patch, and I've commented on it, so I guess another iteration is required to turn it back to =m for anything apart from x86 [11:36] I just saw that from x86 world where you can have some ipmi support but no declaration of it, that default probe just reads from "known" port addresses [11:36] But that likely has complete other meaning in Arm [11:36] bad x86 centric world view [11:37] cking, come first serve first... :-P but yeah [11:39] Wait, why is there ipmi support in the kernel at all? [11:39] What has Intel done now? [11:43] cking: Please tell me this doesn't mean what I think it means (listening to the world with a known-insecure protocol, so everyone and their dog can reboot my computer?) [11:47] * cking is now overly concerned too [11:51] infinity, ITs an interface to a BMC which should work even when no network access for the bmc has been set up [11:51] The driver only "listens" to a character device [11:52] smb: Right, okay. So, it's the module that ipmitool uses for localhost access. [11:52] smb: That's all that's being discussed here? [11:52] infinity, Yes [11:52] smb: Still feels bloaty and wrong to have that build into the zImage, but no, not overly dangerous on x86, I'd guess. [11:52] s/build/built/ [11:53] infinity, That we changed ipmi_si (system interface driver, that char device this) to be built-in because it apparently can be a problem if not (on x86) [11:53] compared to ACPI, it's not that bloaty [11:54] infinity, Right now it probably is. And not well understood either (hence the fail for probing) [11:54] cking: Compared to ACPI, my mom's slim. [11:54] infinity, It might be in future when Arm gets not well implemented acpi tables in larger scale... [11:55] smb: On ARM today, the IPMI driver Just Works on the three pieces of hardware that have IPMI BMCs, but probably scribbles the heck all over random memory on everything else. :P [11:56] It's like a return to the dark ages of ISA probing. [11:56] "Is that a video card over there? Maybe a network card? Wait, I think it's a. Oh, nevermind, we'll just hang now. And maybe play an awful tone on the PC speaker just because we hate you so." [11:56] infinity, Yeah I would have to re-read it but probably when it found something with the other methods acpi, pci, smi it does not try the "default" method [11:57] And nobody ever wondered whether that default method is working anywhere outside x86... :-P [13:37] bjf, i've lost track of the cadence. is this one ending on the 7th of march? === vmeson is now known as vmesonbus [13:55] brendand, yes === tjaalton_ is now known as tjaalton [15:27] Hi, the wrong kernel version is in 3.14rc3 on the kernel ppa, can someone please fix this? [15:27] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-rc3-trusty/ [15:30] Doctor_Nick, think i have found a variable aliasing issue, so the binaries are 3.14-rc3 just the .debs are named wrong [15:30] i'll let it rebuild and see if that resolves it [15:32] apw: cool, thanks [15:32] apw: btw, where are the source packages for these? [15:33] Doctor_Nick, there are no source packages, they are built from the source you get by checking out the commit listed in "COMMIT" and then applying the patches in the same directory [15:34] Doctor_Nick, having the source pacakges too would about double the disk needed for each build [15:34] true, the kernel package is pretty big [15:35] what's the url for the source repo? [15:36] oh, you mean directly from the kernel.org git? [15:38] <_bjf> Doctor_Nick, our trusty git repo is at git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git === _bjf is now known as bjf [15:38] ah, ok [15:46] Doctor_Nick, though in the case of v3.14-rc3 that tag comes direct from the kernel.org repos [15:47] ok, thanks === ivoks is now known as ivoks_ === yofel_ is now known as yofel === chuck_ is now known as zul [17:17] wheee ! beaglebones ! === tyhicks` is now known as tyhicks [17:43] ogra_: you what's a pity? that i had to manually craft my own installation for it... if only we had a tool that created custom ubuntu dd-able images... ahhhh.... :) [17:43] *you know [17:44] i'm working on reviving rootstock ... but currentl touch is the only stuff that works in rootstock-ng [17:46] ogra_: you know there's a rainy weekend in front of us, right? :) [17:46] in italy perhaps :P [17:46] germany has sun and springy waether all the time ;) [17:48] :) [17:54] > 10 °C expected for tomorrow here too... [17:55] and around that for the weekend too, with maybe some rain on Saturday before noon, and sun after that :) [18:19] apw: infinity: why did we published the 4.4 based kernels? [18:19] mako/manta [18:20] rsalveti, i don't recall doing anything there [18:20] it seems infinity copied them over [18:21] erp [18:23] alright, as long we don't rebuild the android package until I'm able to drop the 4.4.2 version (which should hopefully happen tomorrow), we're still good [18:23] otherwise mako/manta will not even boot properly [18:23] it looks like we uploaded it to the PPA correctly, but i cannot account for them moving out [18:24] yeah, guess infinity just moved everything that made sense (maybe because of FF) [18:28] hmmm, yeah, i guess if things catch on fire we'll have to work out how to shove the old contents back into the new branch for a bit === zz_mwhudson is now known as mwhudson [19:48] hi todays kernel update seem to have broke perf [19:49] jtaylor, details? kernel version ? [19:49] /usr/lib/linux-tools/3.13.0-11-generic/perf -> ../linux-tools-3.13.0-11/perf [19:49] but its in /usr/lib/linux-tools-3.13.0-11/perf [19:49] one level down more [19:49] apw, ^ ? [19:51] bjf, ta [19:51] i'm sure [19:52] jtaylor, heh, that i could believe, i am doing a test build right now for tools so i will check it out [19:52] thx [19:52] < on trusty [19:53] jtaylor, bah yeah that is just plain wrongo, will sort it out, i assume you can find your perf binary by hand in the interim [19:54] yes I fixed the link and it works [19:55] jtaylor, well that at least is positive, i'll let these build complete and check i have sorted the pooch [19:56] i suspect this and the ipmi issue might mean it is worth doing an upload sooner rather than later === mwhudson is now known as zz_mwhudson === zz_mwhudson is now known as mwhudson === emma_ is now known as emma === tyhicks` is now known as tyhicks === _Traxer is now known as Traxer === kloeri_ is now known as kloeri === _Traxer is now known as Traxer === stgraber_ is now known as stgraber === yofel_ is now known as yofel [22:39] la palabra manipuladora que dice un perdedor y arrogante pacifista si no estas conmigo, eres mi enemigo bienvenidos httpcastroruben.com temo_a_un_ser_sin_rival === ppetraki_ is now known as ppetraki