/srv/irclogs.ubuntu.com/2012/08/16/#ubuntu-kernel.txt

=== Ming is now known as Guest34743
=== Ming is now known as Guest77273
=== Guest5922 is now known as panda|x201
=== ivoks_ is now known as ivoks
=== smb` is now known as smb
* smb yawns07:23
=== Ming is now known as Guest8994
ppisatiguys, is there a way to pass stuff like 'skipmodule=true' to dpkg-buildpackage?10:15
cooloney_ppisati: i don't know, why not use fdr binary-arch?10:20
ppisaticooloney_: because dpkg-buildpackage is waaaaaaaaay faster10:29
cooloney_ppisati: really? are you using sbuild/schroot or just crosscompiling10:30
ppisaticooloney_: cross compiling in an amd64 schroot10:30
ppisaticooloney_: i know it's possible to start a massive parallel compilation with fdr too, but i simply don't know how :)10:31
* ppisati will always be debian* ignorant10:32
ppisatipackaging, rule file, etcetc10:32
ppisatibrb10:42
diwicppisati, fwiw, I'm putting skipmodule/skipabi directly in the makefile10:55
=== yofel_ is now known as yofel
=== lamont` is now known as lamont
ogasawarartg, apw: I'm thinking of prepping an upload to get some testing on the latest v3.5.2 rebase.  I think the only outstanding patches I wanted to pull in prior to upload would be kamal's trackpad driver and kees' updated yama patches which were dropped.13:33
ogasawarartg, apw: anything else from your guys' end?13:33
rtgogasawara, I'm currently working on yama, trackpad was next on my list13:34
apwogasawara, nothing from me currently13:34
rtgogasawara, Lets ignore yama for now. I think kees must be working on it since his repo HEAD has changed in the last few minutes. I'll pull the trackpad stuff and do a quick build test.13:38
ogasawarartg: ack13:39
* ppisati hears audio coming out of its speakers... :)13:48
ppisatiogra_: http://people.canonical.com/~ppisati/ti-omap4-tilt-34-on-35/linux-image-3.5.0-207-omap4_3.5.0-207.13~audio4_armhf.deb13:48
ogra_nice !13:49
ppisatiogra_: i've still one little bug, than i'm done13:49
dileksppisati: its still not EOW13:50
rtgppisati, how far behind master is this kernel? 13:51
ppisatirtg: rebased on Ubuntu-3.5.0-9.913:52
rtgppisati, ogasawara is gonna upload today with the rebase against 3.5.213:52
ppisatirtg: good, then i'll pull req tomorrow13:53
rtgppisati, just wondering if you're getting ready to publish a 3.5 based kernel13:53
ppisatirtg: yep, ecept for the rtc thing i'm doing now13:53
ppisatirtg: the rest is in a decent shape13:54
rtgppisati, sounds good13:54
ppisatino major showstopper13:54
rtgogasawara, pushed cypress. its all yours14:02
ogasawarartg: awesome, thanks14:02
apwogasawara, have you tied the bow yet ?14:14
apwogasawara, if not i have a config change for X32 which might be fun to have14:16
ogasawaraapw: go for it14:16
ogasawaraapw: am in a meeting so I won't tie the bow for an hour14:16
apwogasawara, pushed14:17
henrixogasawara: apw: i guess you don't need to rush because of this: https://launchpad.net/builders14:22
apwhenrix, any idea of cause?14:22
henrixwe have powerpc builds pending since yesterday14:22
henrixapw: #launchpad-ops are working on it i believe. know issue14:23
henrixbut not sure what's the cause14:23
henrixor even if they have already root caused it14:23
* ppisati -> reboot14:29
* ogasawara back in 2015:08
bjfhggdh, psivaa, can one of you go to the public jenkins page and get the sru_kernel-quantal_lts_hwe-* jobs on the "LTS Backports" tab or on a "LTS HWE" tab? that would be much appreciated.15:16
hggdhbjf: https://jenkins.qa.ubuntu.com/view/LTS%20HWE/? done15:18
bjfhggdh: thanks! that works15:18
hggdhbjf: LTS Backports has been merged into LTSA HWE15:18
bjfogasawara: ^15:19
bjfjjohansen: putting you down as uds-r roomie15:20
hggdhbjf: I also changed the RE for SRU Kernel so that the lts_hwe jobs do not appear there15:21
_mreedis there anyone that can take a look at this bug? Originally I thought this might be a kernel bug that was only on  arm architecture, but it seems that it is not architecture dependent.   https://bugs.launchpad.net/eilt/+bug/103419715:21
ubot2`Ubuntu bug 1034197 in linux-armadaxp "Out of memory error when running min_free_kbytes testcase on precise-updates on armadaxp" [Undecided,New]15:21
apw_mreed, what does teh test do?  set min-free-kbytes = 0 ?15:27
_mreedapw:  I don't think it sets it to zero, checking...15:31
keesrtg, ogasawara: did you get my email yesterday about yama? the patches you need should be in my yama-extras tree15:36
ogasawarakees: we saw it, although rtg was mentioning he thought he saw you making changes this morning15:36
rtgkees, I pulled your repo this morning, but it didn't have the 2 patches I was looking for.15:37
rtgkees, git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git right ?15:37
keesrtg: i haven't changed the tree in 20 hours.15:37
keesrtg: right, the "yama-extras" branch from there15:37
rtgkees, shit, I missed the extras branch15:37
keessorry, yeah, I split the unupstreamable stuff from the "please pull" stuff15:38
rtgkees, should I apply 'Yama: access task_struct->comm directly' as well ?15:38
keesrtg: it'll probably end up on stable too -- it shouldn't hurt and fixes a nearly impossible to trigger deadlock15:39
rtgkees, got 'em15:41
bjfshould be the "crack" branch15:42
rtgindeed15:42
keesbjf: heheh15:43
_mreedapw:  sorry for taking so long, I was otp,   as far I can tell the testcase  uses the default value of mem-free-kbytes and half of that value before trying to eat up memory.  The full  description of the test case is located at this link  http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg13978.html16:01
sforsheejsalisbury, an fyi on bug 1007765. Turns out I don't have the exact same card, but I've been trying to reproduce on another Intel card. So far no luck.16:15
ubot2`Launchpad bug 1007765 in linux "brightness adjusting crashes system" [High,Triaged] https://launchpad.net/bugs/100776516:15
sforsheejsalisbury, oops. should be bug 103642716:16
ubot2`Launchpad bug 1036427 in linux "unreliability with Centrino Ultimate-N 6300 wireless connection, 802.11n" [High,Incomplete] https://launchpad.net/bugs/103642716:16
jsalisburysforshee, ok, thanks16:28
jsalisburysforshee, steve says it's pretty difficult to reproduce16:29
sforsheejsalisbury, I'm gong to keep trying. Just wanted to let you know how things were going since I told you I'd work on reproducing.16:31
jsalisburysforshee, cool, ta16:31
* smb off to enjoy some evening daylight17:06
jjohansenbjf: sounds good, thanks17:09
* rtg -> lunch17:57
* henrix -> EOD18:16
* ogasawara lunch19:11
* rtg -> EOD21:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!