=== gerald is now known as Guest46504
ppisati_the sun is shining, wake up!08:20
smbppisati_, Its struggling, so do we :-P08:24
apwppisati_, it is shining here too, what gives?08:51
=== soren_ is now known as soren
=== ogra_` is now known as ogra
brendandcking, do you know which document specifies the length of different fields in DMI?10:30
brendandsorry if i repeated myself, i think i dropped offline10:30
ckingbrendand, somewhere on http://www.dmtf.org/standards/dmi, let me see..10:33
ckingit's a relatively easy spec, only 137 odd pages10:36
ckingbrendand, some fields such as strings are NULL terminated10:37
brendandcking, so for SKU number the length is BYTE and the type is STRING10:40
brendandcking, does that mean the maximum length is 256?10:41
ckinglemme look it up in the spec first10:41
ckingbrendand, nope, the byte size is an index into a table that contains null terminated strings10:42
brendandcking, so there is no real limit on the length10:43
ckingbrendand, let me read that bit up in the spec..10:43
ckingbrendand, section 6.1.3 tells you about strings, the real limit is the Structure Table Length field of the SMBIOS Structure Table Entry Point10:45
ckingso the actual limit is 64K10:45
cking-1 byte10:45
brendandcking, just a quick question - in that document SKU Number is said to be there since version 2.4 of the spec10:53
brendandcking, but the latest version i see on the site is 2.0.110:54
ckingthat's version 2.8.010:55
=== Trevinho__ is now known as Trevinho
=== smoser` is now known as smoser
=== josepht_ is now known as josepht
rtgapw, you mentioned an overlayfs patch for the lxc dudes yesterday. how is that coming ?13:54
apwrtg, i have a good working one, i am just about to boot and test a possibly simpler one13:57
rtgapw, ack13:57
apwhallyn, i have spun a much simpler patch for the overlayfs things, which i would love you to test as well, if that is good i will submit both upstream as options: http://people.canonical.com/~apw/overlayfs-perms3-trusty/15:10
apwsomeone else can decide if going all nuclear is ok15:11
hallynapw: ok, building a vm to test15:18
apwhallyn, great15:34
hallynapw: workign well.  now i'm going to do a release-upgrade inside an unprivileged clone;15:34
hallynthat worked too, excellent15:46
rtgsforshee, upload new firmware bits to trusty. https://bugs.launchpad.net/intel/+bug/1265436/comments/1315:49
ubot2`Launchpad bug 1265436 in intel "Update firmware for 7260 / 3160 devices (Wilkins Peak)" [Undecided,New]15:49
sforsheertg: ack, I just tried out the new 3160 firmware yesterday15:51
xnoxwhat is the minimum i386 cpu/machine specs our generic kernel support?16:09
xnoxis sse/pentium4 required?16:09
apwi have mentally stored pentium4 + sse as the minimum, it was really a minimum at the libc level i think16:51
apwslangasek, ^^ i think you were there when we made that decision in oh precise or something16:55
slangasekapw: the libc6 minimum is still i68616:57
slangasekSSE is definitely not required on i386 userspace16:57
apwsee people with memories ftw17:12
apwhallyn, i take it you are happy :)17:25
hallynapw: yup :)17:27
=== tyhicks` is now known as tyhicks
apwhallyn, ok i have shoved the decision upstream, but for now i assume you need something, so i would propose applying the second one.  but i'll let you read17:47
hallynread on lkml you mean?  i looked at the patch, looked good17:47
apwhallyn, well i was more asking if you has a preference between yesterdays and todays17:48
apwie the one that looked like yours, and this shorter one17:48
apwhallyn, and remind me do we ahve bug associated with this i shoudl be quoting?17:51
hallynapw: i think the one from today is better.17:59
hallynapw: no i guess there is no open bug18:00
apwhallyn, ack and ack; i'll push todays and change it if things change upstream; i expect it'll be quiet18:01
Prf_Jakobrtg: Thanks for including the patches.19:40
rtgvmware ? no problem.19:41
cristian_ca long time ago, I reported a bug in launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/97260419:41
ubot2`Launchpad bug 972604 in linux (Ubuntu) "168c:001c [HP Compaq Presario C700 Notebook PC] Wireless led button doesn't switch colors" [Low,Triaged]19:41
Prf_Jakobrtg: yeah :)19:41
cristian_cin recent times there have been regressions too19:42
cristian_cit needs bisect19:42
rtgcristian_c, jsalisbury can likely help with that19:43
cristian_crtg, ok19:54
cristian_cthe doubt is about the request19:55
cristian_cdoes it refer to regressions or original bug?19:55
apwcristian_c, to know if the led color issue is fixed one would need the functioanlity to work19:59
cristian_capw, some releases have been suggested20:04
cristian_cbut they are very old kernel20:04
apwcristian_c, well he is tyring to bracket when the issue appeared20:05
cristian_cregressions are appeared only from December onwards20:05
cristian_c'wrote on 2013-12-31: #21 I've tested the 3.13.0-031300rc5 kernel and I noticed this bug getting worse compared to the previous kernels. Exactly, the switch between wifi on and off is very slow and the LED does not change color by pressing the button before or after performing the workaround.'20:06
jsalisburycristian_c, I requested the older kernels due to the Bug description.  It suggested the regression started in 11.10, is that not correct?20:06
cristian_capw, before then, the regressions did not exist20:07
cristian_cjsalisbury, ok20:07
cristian_cthen original bug, not regressions20:07
cristian_cI've always found that bug since I have got that pc20:08
jsalisburycristian_c, Yeah, the kernel tested in comment #21 was a release candidate for the 3.13 kernel.  If the new issue that happenes with that kernel still happens with the latest 3.13 kernel in Trusty, then we should open a new, seperate bug for that.20:08
cristian_cjsalisbury, ok20:09
cristian_cthen, it needs so20:09
jsalisburycristian_c, Ok.  I'll look for the new bug.  20:10
jsalisburycristian_c, For the original bug, you never had a prior kernel that worked?20:10
cristian_cjsalisbury, I tried that pc with ubuntu at least since 200920:10
cristian_cI think with 2.6.x too20:11
jsalisburycristian_c, And the bug happened with the 2.6 kernel?  If that is the case, maybe it is not a regression.20:11
cristian_cjsalisbury, I think that the original bug is not a regression20:12
cristian_cjsalisbury, but I tried the workaround only later20:12
cristian_cjsalisbury, I'll try the kernels you suggested20:13
jsalisburycristian_c, Hmm, if the bug is not a regression and still exists in the latest mainline kernel(3.14-rc5), then we should probably open an upstream bug report as well.20:13
jsalisburycristian_c, Ok.  Yeah, it would be best to test those kernels before reporting upstream.  That way we can confirm if it is a regression or not.20:14
cristian_cat the beginning switch was not working and there was no blinking20:15
cristian_csubsequently blinking appeared 20:16
cristian_cthen, I tried the workaround, and colors were inverted20:16
cristian_cwith 3.8.x series (ubuntu 13.04) too20:17
cristian_cwhen I tried 3.13.x regressions appeared20:18
cristian_cuntil now (3.14.x)20:18
cristian_cwith regressions workaround didn't work anymore20:19
cristian_c(no color switch, neither reversed)20:20
cristian_cjsalisbury, ok, I'll make the test with old kernels and I'll report results in launchpad bug page20:40
jsalisburycristian_c, thanks20:41
=== hggdh_ is now known as hggdh

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