tupihello kernel experts00:10
tupirunning debian on HP all-in-one omni 200 PC, had problem and it has been identified and apparently solved, but i can't find that the solution has been integrated in debian yet00:11
tupihere is the link i am refering to: https://bugs.freedesktop.org/attachment.cgi?id=5679600:12
tupiactually this link probably informs better: https://bugs.freedesktop.org/show_bug.cgi?id=4317100:13
ubot2`Freedesktop bug 43171 in DRM/Intel "[ILK] LVDS attached to !mobile left unlit" [Normal,Resolved: fixed]00:13
tupiwell, i have just tried and downloaded the source of even the experimental 3.3 kernel [debian] and the solution is still not included00:14
tupii have just tried and downloaded the source of even the experimental 3.3 kernel [debian] and the solution is still not included00:14
tupithe guy [Daniel Wolff] said he created debs packages, but i can't access the repository00:15
tupiprobably was temporary ...: http://www.rapido.net.br/debs_hpomni200/00:16
tupianyway, any one has an idea how I could try to solve my problem ? 00:18
psusiwhere does update-initramfs -u get its idea of what kernel version to update?  it keeps trying to update for 3.2.0-rc3+, which I no longer have installed00:34
psusi( nor am currently running )00:34
infinitypsusi: /var/lib/initramfs-tools/00:43
=== JanC_ is now known as JanC
=== bladernr_afk is now known as bladernr_
dupondjeWeird, every time on startup my wifi is disabled by rfkill: [   26.182093] iwlwifi 0000:03:00.0: RF_KILL bit toggled to disable radio.06:45
dupondjeis that a bug in Precise ? :s06:45
apwyay ... 140 updates08:17
smbapw, And it seems still working. :)08:19
apwthey only just started installing so we shall see08:20
smbapw, Already booted into it08:22
apwsmb ahh ok :)08:28
apwlibreoffice is a huge pig08:28
apwsmb, remind me to remove virtualbox too .. its rebuilding for every one of my 20 installed kerneles08:38
apwsmb, and to remove all the 'spare' kernels i have08:39
smbapw, Maybe removing some of those 20 may be a good idea too08:39
smbapw, agree08:39
smbapw, You wanna my script08:39
apwsmb, /me wanna your script08:39
smbapw, will be on chinstrap in a sec08:40
smbapw, Its written in a way to emmit command line to be piped into another shell08:43
apwsmb, heh thats what i was about to change it to do, until i discovered thats what it did :)08:43
smbapw, I like to verify its sanity each time i run it08:43
apwTraceback (most recent call last):08:44
apw  File "/home/apw/brief/bin/cleanup-kernels", line 67, in <module>08:44
apw    kernel_list.sort(cmp=cmp_kver)08:44
apw  File "/home/apw/brief/bin/cleanup-kernels", line 52, in cmp_kver08:44
apw    if int(v1[n]) < int(v2[n]):08:44
apwIndexError: list index out of range08:44
smbapw, O dear, could be one version that worked for now... I think I had fixed that somewhere08:44
* apw debugs08:45
smbapw, Think it was just some specail kernel 08:45
smblike -pae08:45
smbwhich tends to mess up the logic to decide which is version08:45
apw['3', '0', '0']08:46
apwpossibly that one08:46
smbwould look ok for a version...08:46
apwsmb, all the others are 4 digits08:46
apw['3', '0', '0', '15']08:47
smbah ok08:47
smbyou have -pae there?08:47
apwsmb, no, though i can also see that this would get that wrong too08:47
apwun  linux-image-3.0                                       <none>                                                (no description available)08:47
apwi think its that one08:47
smbapw, weird cause it starts by looking at vmlinux-* in /boot08:48
apwa test kernel way back when we were testing the different lengths for the name08:48
apwan invalid package in the real scheme08:48
smbhm, hows a vmlinux file there when the package is un installed?08:49
apwwho can say with dpkg08:49
smbok, yeah and with the vmlinux file being different/wrong... bah08:49
apwsmb, i can purge that one anyhow08:50
smbapw, Right, I bet dpkg -S will fail to find its source too08:50
apwsmb, un is unpacked no errors ... and i can't purge it either08:51
* smb tries to hide08:51
apwsmb, actually no its, unknown not08:52
apwwhich is even less helpful08:52
smbahm, yes08:52
smbdpkg --forget08:52
smb(not that that exyists)08:52
apwok time to reboot and see if i make it09:10
brendandi've a system that has 8Gb of RAM installed (2x2GB + 1 4GB) and it's running -pae, but only 4GB are showing in MemTotal10:31
brendandthis is on Oneiric10:31
* cking --> on the phone with Lenovo :-/10:35
ckinghoping his x220i will be fixed someday 10:36
brendandcould this be a kernel issue or should i look for something else first? dmidecode shows all the memory10:37
brendandthe CPU is an i510:37
ckingbrendand, is this new kit, or has it just started failing?10:39
brendandcking - well, we've only just introduced a test to actually check this so it's hard to tell. the system is just over a year old10:39
brendandcking - is there something in dmidecode that could indicate a cell is 'unusable' or suchlike?10:40
brendandcking, i see what this is now. it's a test script deficiency (obviously)10:45
brendandcking, the 4GB 'Memory' device is a ROM chip10:45
brendandcking, i guess the script should only look for 'SIMM' and 'DIMM' form factor devices...10:46
ckingbrendand, you are trusting DMI data to be correct?!10:46
brendandcking, i wouldn't say 'trust'10:47
brendandcking, i am of course treating all these 'problems' with a large pinch of suspicion10:48
cking;-)  Well, for memory layout maybe /sys/firmware/memmap is more helpful10:51
brendandcking, how to parse that though?10:58
ckingbrendand, http://www.kernel.org/doc/Documentation/ABI/testing/sysfs-firmware-memmap11:00
brendandcking, and that's more accurate than meminfo, or dmi? (i.e. which one would it replace?)11:02
ckingwhat's meminfo?11:02
ckingbrendand, it depends on what you want to test, do you believe what the firmware is telling you (e.g. BIOS e820 memory info) or DMI tables (which could be lying) or both, or the kernel got it wrong11:06
brendandcking, i would believe that at the very least dmi is not fabricating non-existent memory chips 11:06
* brendand please god let that assumption be true!11:07
ckingbrendand, cking's first rule of computing: assuming nothing11:07
ckingoops, I meant: "assume nothing"11:07
* brendand 's first rule of testing "trust but verify"11:08
ckingbrendand, that's where you're going wrong, trust nothing, it's always broken or lies to you11:10
brendandcking, we'd never get any testing done then :)11:11
brendandcking, what i'm saying is that i know there's a potential for false positives here , but we can try and iron out most of them and deal with the cases where we're being flat out lied to individually11:13
brendandit's no good to just say 'i refuse to test this because the data i have could be unreliable'11:19
brendandcking, on to another case. i also have a system which has a single 2GB DIMM and MemTotal is only mentioning about 1.5GB of that. I've heard graphics cards can take some of the RAM as video memory. is there a way to find out if this is the case?11:22
brendandand if so, how much has been taken11:22
lamontMar 20 05:28:21 wfg-gw kernel: [36992.811181] nf_ct_sip: dropping packetIN=eth0 OUT= MAC=00:0e:0c:5c:1c:78:00:0c:85:be:5a:85:08:00 SRC= DST= LEN=588 TOS=0x10 PREC=0x40 TTL=64 ID=27042 PROTO=UDP SPT=53122 DPT=5060 LEN=568 11:28
lamontmake it stop screaming (3.2.0-19 still doesn't like cisco sip phones)11:28
=== chrisccoulson_ is now known as chrisccoulson
dupondjeWeird, every time on startup my wifi is disabled by rfkill: [   26.182093] iwlwifi 0000:03:00.0: RF_KILL bit toggled to disable radio. Thats a bug or something known ?12:17
=== bladernr_ is now known as bladernr_afk
* apw lunches13:22
TeduardoHowdy, any chance that we'll see support for Broadcom 5720 QP put into the 10.04 LTS?13:45
=== bladernr_afk is now known as bladernr_
smblamont, Would that not be something that ufw needs to be teached? I believe that it is not the kernel as is but the firewall logging policy that produces those.13:57
* apw is now tired14:21
smbJust now :)14:24
smbapw, From swimming after lunch or a lot of lunch?14:24
* ogasawara back in 2014:31
apwsmb, from swimming14:34
smbapw, Well done. At least something that feels like an achievement14:35
smbogasawara, Looks like you are preparing to tie up another upload. Is it possible to delay that, still? Just got some feedback from cjwatson about the d-i change and he'd prefer some additional change14:40
apwsmb, d-i change ?14:56
smbapw, I just submitted one this morning to include the dm-multipath module. But it would be more consistent with debian installer otehrwise to have that (and dm-round-robin) in a multipath udeb instead of the md14:57
apwsmb, ahh ... yeah14:58
apwogasawara, the good thing is the test builds likelly don't test those anyhow, so no need to redo them14:58
apw    Block: use a freezable workqueue for disk-event polling15:04
apw    15:04
apw    commit 62d3c5439c534b0e6c653fc63e6d8c67be3a57b1 upstream.15:04
apwsmb, ^^ i wonder if that could be the sd_revalidate issue15:04
apw    block: fix __blkdev_get and add_disk race condition15:05
apwsmb, actually that one ^^ claims to fix it explicitly15:05
smbapw, The description does not sound like the change I looked at before15:05
apwsmb, and a second claiming to fix it :)15:06
apw    block: Fix NULL pointer dereference in sd_revalidate_disk15:06
apwone of 'em must fix it for P at least15:07
smbapw, I beleive that was the one15:07
smbAnd yes, I think those went into some stable15:07
apwall of them, thats where i am seeing them in the .12 rebase15:11
jsalisbury** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting15:25
infinityapw: Before I go and change all the seeds and installer bits and such...15:27
apwinfinity, yep ?15:28
infinityapw: Wouldn't it make more sense to just make the -powerpc package be the SMP kernel (and make linux-image-powerpc-smp depend on that), much as we've done for all the other arches that no longer have -smp flavours?15:28
apwerm i don't recall us dropping one before15:28
apwso that'd be before my time15:29
infinityIt would be, yes.15:29
apwogasawara, ??15:29
infinityBut -generic used to be a UP kernel.15:29
infinityWell, I'm not sure it used to be called generic.15:29
infinityWas probably -i386 or something.15:29
infinityBut you get the idea.15:29
ogasawaraI changed linux-meta such that linux-image-powerpc actually points to the powerpc-smp kernel15:29
infinityWe don't explicitly mention -smp anywhere where SMP is the only option.15:29
infinityogasawara: I know, I was arguing that maybe it should go the other way. :)15:30
apwi guess the installer doesn't use the meta at all15:30
infinity(And this is the same amount of work for me anyway, cause the argument would go further to say that -powerpc64-smp should just be -powerpc64)15:30
infinityapw: We sort of do and sort of don't.  It's complicated. :P15:31
infinityAnyhow, I'm prepared (and in fact, halfway done) to do the s/powerpc/powerpc-smp/ stuff all over, was just a point of note that we don't have "-smp" kernels on arches that are SMP by default.15:32
infinityWhich is pretty much all of them now.15:32
infinityAnyhow, I don't want to create extra busy work for you guys.  If you're happy with the current state of things, I'll fix up the installer bits and call it done.15:34
infinity(And maybe propose a patch next cycle to rename the kernels :P)15:34
ogasawarainfinity: I've no strong opinion either way, so lets just leave it as is for now and fix it up in Q15:34
apwogasawara, yeah or cirtainly after B2 i recon15:35
* infinity nods.15:36
infinityIt's not a strong opinion here, just noting that it's inconsistent naming. :)15:36
infinityI'll worry about it later.15:36
infinityOh, have you guys merged the patch from jk/benh?15:36
ogasawarainfinity: so it's just your ocd kicking in15:36
infinityIt fixes my G3. \o/15:36
infinityogasawara: If I didn't have my OCD, I'd have nothing.15:37
ogasawarainfinity: I've applied it, and plan to upload shortly15:37
infinityogasawara: No rush on the uploading, I seem to be the only person complaining.  Just wanted to make sure it was merged.  Thanks. :)15:37
Davieyogasawara: Sorry for not replying to your mail.. i will tackle tboot today.. it required some work, which i haven't had the capacity to do in the last week.15:41
Davieysmb: I'd like to raise bug 960311 in the meeting btw.15:42
ubot2`Launchpad bug 960311 in linux "Networking on Dell PowerEdge R300 with Broadcom Corporation NetXtreme BCM5722 Gigabit Ethernet PCI Express is not functional" [Undecided,New] https://launchpad.net/bugs/96031115:42
ogasawaraDaviey: no worries, thanks!15:42
smbDaviey, Ok, I may or may not have had time to look at it before15:43
Davieysmb: right.. thought i'd try and give you some heads up.. sorry it's not much15:43
smbDaviey, I don't think I'd expect much for something just filed 5 minutes ago15:46
Davieysmb: heh15:48
jwismb: while you're playing with dm-multipath - there's also bug 59825116:00
ubot2`Launchpad bug 598251 in linux "kernel-image-$version-$flavor-di should provide 'multipath-modules'" [Low,Triaged] https://launchpad.net/bugs/59825116:00
smbjwi, If you just look at the kernel-team mailing list...16:01
smbogasawara, Oh well, maybe you want to reference that bug number too in case you apply it16:02
ogasawarasmb: I'll amend the commit message16:02
jwismb: ah, great! :)16:03
smbjwi, It just happened to be brought to my attention by cjwatson a little earlier... Just not that there was another bug report already...16:06
smbcoincidence... :)16:06
lamontsmb: that particular message is a printk in the kernel where it looks a the packet a goes "tracking hard, let's just complain about it"16:12
smblamont, Well, fw rules complain via messages looking like kernel ones... There did not seem to be something like that text in the kernel conntrack source...16:13
apwbug 92290616:34
ubot2`Launchpad bug 922906 in linux "BUG: unable to handle kernel NULL pointer dereference at 0000009c" [Medium,In progress] https://launchpad.net/bugs/92290616:34
lamontsmb: in this case, it's from net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c line 12016:41
lamontthe trick is to grep for nf_ct_%s16:42
smbHm; I was looking for "dropping packet" but maybe I mistyped in a hurry or missed it in the output16:44
lamontsmb: in other news, upgrading the firewall here to 3.2.0-19 seems to have fixed the occasional issue with not forwarding traffic for some sites16:47
apw /b msm16:51
=== jsalisbury changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues Mar 27th, 2012 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!
ckingjsalisbury, if it's not too much trouble, can you run that test shortly so I can examine the output and write an Email to my favour laptop provider... ;-)17:15
jsalisburycking, I'll do it right now :-)17:16
ckingta! :-)17:16
jsalisburycking, Do you want me to run another test to cause an overheat, or do you just need the output from intel-thermdump?17:22
jsalisburycking, log on its way17:25
smblamont, At least something. Hm, it looks like the place you found passes info to a function that uses a per protocol registered logger handler which somehow seems to be leading back to some ipt target called LOG. Not claiming to understand the whole concept here but I get the nagging feeling that this then comes back to be printed only if reaching a certain iptables rule...17:25
ckingjsalisbury, sorry, i missed your comment. just the intel-thermdump output is fine - I want to see how the MSRs are configured17:33
jsalisburycking, cool, you should have it in email.17:33
smblamont, So maybe an addition in /etc/ufw/after.rules that jumps to ufw-skip-to-policy-input would help you to silence things...17:33
ckingjsalisbury, thanks, yep, it's poorly configured. how lame is that?17:34
jsalisburycking, That's with the latest BIOS update too.17:35
lamontsmb: except that I want the traffic to be accepted, truth be told17:35
ckingjsalisbury, doubly lame then17:35
jsalisburycking, heh17:35
lamont28283   17M ACCEPT     udp  --  eth0   *              udp dpt:506017:35
jsalisburycking, can those settings be modified, or can it only be changed in the BIOS?17:36
ckingjsalisbury, I'm sure there is some room for tweaking17:36
* cking grabs some food, back later17:36
lamontsmb: and interestingly, putting that rule at the head of the INPUT chain does nothing.17:37
ckingjsalisbury, how old is that machine?17:37
smblamont, Oh ok. Was not clear on that. IIRC, wasn't the some problem about some id and the port not being what the helper expected (and which is probably some standard)17:37
lamontalso, ufw is not usable on this machine, unless it's managed to grow support for forwarding rules17:37
jsalisburycking, About a year and a half old.17:38
jsalisburycking, I purchased it in November/201017:38
lamontsmb: sorry about that.  this is a plain ol cisco 7940 phone talking to the asterisk server, which hasn't moved to its own machine yet, so it still lives on the box that does routing for the network as well17:39
lamontamusingly, the phone wokr17:39
jdstrandit does not have cli support. it continues to have the same support as is documented in ufw-framework (ie /etc/ufw/*rules)17:39
lamontsmb: and I suspect that this is actually a case of the kernel saying "sip hard. lets go shopping"17:39
smblamont, it could be that the rule to accept gets "overruled" by conntrack later. But I am far from understanding that whole stuff. And for what I said about the id and port. I just vaguely remember when you were talking about this and then thought at a later point in time you mention something like "doh <something< != port... Which led me to believe you found the reason why it gets dropped.17:43
smbLast time I scanned over that conntrack module it seemed like several places change the destination from accept to reject but that does not really help to differentiate between the things happening. 17:45
lamontthe source port is incrementing, but that's just the phone having fits17:45
lamont11:42:32.373739 IP > SIP, length: 56117:47
lamont11:42:34.784066 IP > SIP, length: 56117:47
lamont11:42:36.373627 IP > SIP, length: 56117:47
lamont11:42:38.783707 IP > SIP, length: 56117:48
lamontand so on17:48
lamontshould be completely valid traffic17:48
lamontOTOH, I can see where it would maybe not match ESTABLISHED,RELATED17:48
lamontsmb: I suspect that it's conntrack remembering the packet for when the response comes through, only not.17:49
lamont12 hours, 20000 lines of log, times 2 files17:50
smblamont, It must be something in the SIP protocol part since it is the sip conntrack helper dropping the packet. Just not sure how to find out what the heck it does not like... :/17:51
smblamont, Would that machine complaining be ok running a debug kernel that adds printk's to whatever place sets the destination to drop? Or rather try to get a wireshark log from some offending packages to try walking through the code. Any way I suppose there should be a bug report to handle any progress. Maybe there is already and I just forgot17:55
lamontsmb: I would be happy to run such a kernekl17:55
lamontat least long enough to have it spew17:55
lamontI have a capture of phone traffic from thatphone if you want to walk the code while the kernel builds...17:56
lamontISTR filin a bug, let me go look17:56
lamontbug 96012617:58
ubot2`Launchpad bug 960126 in linux "kern.log full of nf_ct_sip complaints" [Medium,Incomplete] https://launchpad.net/bugs/96012617:58
lamontsmb: and no, I don't really feel like collecting all the logs in the world for the bug17:59
lamontthe tcpdump trace file is probably more relevant18:00
smbOk, thanks, I will try to get some kernel. Though it will need a bit of time. Its not only to compile a kernel. I have to add printks in a way they are hopefully meaningful. Plus this side of the world reaches its late end of the day. If the plan works there should only be the syslog telling something18:01
lamontsmb: cool18:02
lamontjust holler whenever18:02
smblamont, sure. will do18:02
lamontsmb: and if you want a packet capture along with the syslog lines, just holler.  I have an unending supply18:05
smblamont, Hm, if it is not too troublesome to get, something I can load into wireshark for inspection would maybe be even better... 18:08
smbI am looking at the code anyway to add the printks , so I can as well compare what is in the package while doing so18:08
lamontsmb: sure.  let me get you a small file.18:09
ckingjsalisbury, I'm not sure I've got the latest dmidecode output from your updated machine, do you mind sending it to me? Thanks18:12
lamontsmb: bug updated with the syslog and pcapture18:12
smblamont, Ok, great. Thanks18:12
lamontsmb: fwiw, tcpdump -s 3000 -w ~/192.pcap host
lamontafk lunch18:14
jsalisburycking, will do18:19
jsalisburycking, any particular options you want?18:19
ckingjsalisbury, just "sudo dmidecode" 18:20
jsalisburycking, on its way18:21
henrixjsalisbury: ping19:06
=== yofel_ is now known as yofel
jsalisburyhenrix, pong19:34
henrixjsalisbury: hi! i just found an old lkml thread that may finally solve bug #92290619:34
ubot2`Launchpad bug 922906 in linux "BUG: unable to handle kernel NULL pointer dereference at 0000009c" [Medium,In progress] https://launchpad.net/bugs/92290619:34
henrixjsalisbury: here's the link: http://marc.info/?t=130806561400010&r=1&w=219:34
henrixjsalisbury: i ping'ed the thread, and eric replied stating that the patch has been stalled19:35
henrixjsalisbury: he'll try to push it asap19:35
henrixactually... it's not on lkml, but on fsdevel19:35
jsalisburyhenrix, awesome, thanks for getting an update!19:35
henrixjsalisbury: no prob. i guess this issue has been around for *too* long :)19:36
jsalisburyhenrix, I'll keep an eye out for the patch on lkml 19:36
henrixjsalisbury: cool19:36
jsalisburyhenrix, thanks for finding that thread19:36
henrixjsalisbury: yeah, that was a though one... specially because lkml was not on CC19:37
jsalisburyhenrix, yeah, that makes it tricky 19:38
jsalisburyhenrix, I posted the link to that thread in the bug19:38
henrixfollowing lkml is already difficult, following everything else around... is impossible!19:38

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