/srv/irclogs.ubuntu.com/2005/09/20/#ubuntu-kernel.txt

=== chmj [n=chmj@wbs-146-186-121.telkomadsl.co.za] has joined #ubuntu-kernel
=== Nafallo [i=nafallo@unaffiliated/nafallo] has left #ubuntu-kernel ["Read]
=== mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel
=== Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel
fabbioneBenC: pong?04:39
BenC?04:50
fabbioneBenC fabbione: ping05:18
fabbioneyou did ping me a few hours back..05:18
fabbionebut i was asleep :)05:18
BenCoh, hmm05:25
BenCI forgot :)05:25
fabbioneehehe ok05:40
=== Lathiat [i=lathiat@gasp.bur.st] has left #ubuntu-kernel []
=== JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-kernel
=== fabbione [i=fabbione@cerberus.fabbione.net] has joined #ubuntu-kernel
=== chmj [n=chmj@wbs-146-186-121.telkomadsl.co.za] has joined #ubuntu-kernel
=== jorgp3 [n=jorgp@bnet-dial2-228.bartnet.net] has joined #ubuntu-kernel
=== chmj [n=chmj@wbs-146-157-05.telkomadsl.co.za] has joined #ubuntu-kernel
=== jorgp3 [n=jorgp@bnet-dial2-228.bartnet.net] has joined #ubuntu-kernel
=== doko_ [n=doko@dsl-084-059-089-127.arcor-ip.net] has joined #ubuntu-kernel
=== chmj_ [n=chmj@wbs-146-170-27.telkomadsl.co.za] has joined #ubuntu-kernel
=== Seveas [n=seveas@ksl403-uva-132.wireless.uva.nl] has joined #ubuntu-kernel
=== jorgp3 [n=jorgp@bnet-dial2-228.bartnet.net] has joined #ubuntu-kernel
=== jorgp3 [n=jorgp@bnet-dial2-228.bartnet.net] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
mjg59Hrm.02:39
mjg59Looks like we may have to bump the ACPI code.02:39
mjg59http://bugzilla.kernel.org/show_bug.cgi?id=516202:39
jbaileyWhy are there 'of course' less entires in his /porc/acpi?02:41
mjg59Dunno02:41
mjg59Oh arrrrrrrrrrrrgh.02:42
mjg59It's part of the core ACPICA code, so there's no way to get the individual patch out of it02:42
mjg59And they've lindented the entire ACPI tree02:42
mjg59Fuckfuckfuck.02:42
mjg59This is going to be a nightmare.02:42
mjg59This probably means rediffing most of our acpi patches02:43
Mithrandirmjg59: diff -w ?02:43
Mithrandiror -b02:43
mjg59Oh, no, hang on. This may be tractable.02:44
mjg59Argh, no.02:45
=== mjg59 swears at length
mjg59HNNNGH.02:47
zulheh...dont worry be happy02:48
mjg59Are carriage returns counted as white space?02:48
BenCmjg59: should I hold off my upload?02:53
mjg59BenC: This may take me a couple of days to sort - if you're going to do another pre-Breezy, I wouldn't bother02:55
BenCmjg59: is this a problem that's already in 2.6.12-8.12?02:57
mjg59Yes02:57
BenCoh, ok02:57
mjg59This is being made excrutiatingly painful by the current patch being against 2.6.1302:57
mjg59And there having been a pile of acpi diffs since then02:57
=== mjg59 wonders if he can get git to give him everything under drivers/acpi that changed between 2.6.12 and 2.6.13
BenC"get git"02:58
BenChehe02:58
zulthe arch for preX,14 is coming out soon right?03:00
BenCshould be in the next 12-24 hours03:02
zulsweet...then i get stuff in again03:03
mjg59Ah, no, I might be able to sort this03:36
mjg59BenC: Ok, I'll have a patch for you in a minute03:40
BenCsweet03:40
mjg59BenC: http://www.codon.org.uk/~mjg59/tmp/acpi_noexecute.diff03:45
mjg59BenC: I've got some other patches for you, too. Want me to batch them?03:45
BenCyeah, get them all together03:53
mjg59BenC: With that acpi one?03:54
=== chmj [n=chmj@wbs-146-160-140.telkomadsl.co.za] has joined #ubuntu-kernel
BenCmjg59: what's the noexecute patch for?03:54
mjg59BenC: 1465203:54
BenCany idea if it changes the abi?03:55
mjg59I believe not03:55
mjg59BenC: Did you apply my swsusp.diff ?03:57
BenCyeah03:58
mjg59Cool03:59
mjg59Right, patches mailed03:59
BenCthanks04:01
jbaileyBenC: Are you guys planning an ABI change soon?04:02
BenCI don't think we ever "plan" an ABI change :)04:02
=== lamont__ [n=lamont@15.238.5.82] has joined #ubuntu-kernel
BenCbut no, there are none expected04:02
jbaileyI should integrate update-initramfs this week or early next, I guess.04:03
jbaileySo that usplash can be updated on its own.04:03
=== chmj_ [n=chmj@wbs-146-134-49.telkomadsl.co.za] has joined #ubuntu-kernel
mjg59BenC: When are you hoping to do the upload?04:08
BenCin a few hours04:23
mjg59Cool04:24
zuljbailey: gcj cannnot load gnu.java.awt.peer.gtk.Gtktookit means anything to you?04:55
jbaileyzul: Do you have libgcj6-dev installed?04:57
jbaileyOr if you're no tdoing dev work, make sure you have libgcj6-awt04:58
zulokie dokie.. ill try that thanks05:01
jbaileyzul: Whacha doin'?05:01
zuljbailey: trying to install aqua data studio under breezyu05:03
jbaileyAh, so not a packaged thing.05:06
zulnah05:08
BenCmjg59: the noexecute didn't cause an abi change, so I'll include it in 8.1305:11
mjg59BenC: Thanks05:12
=== karlheg [n=karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-kernel
=== chmj [n=chmj@wbs-146-183-123.telkomadsl.co.za] has joined #ubuntu-kernel
zulblah07:19
zulmeh...gave the same hostname on my work pc and my laptop..07:46
dilingerfabbione: *poke*08:10
=== Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-kernel
zulhey dilinger how is it going?08:29
dilingerhey, pretty good08:44
dilingerone of the proposals for breezy was to do some benchmarks on the various smp/nonsmp images, and drop the ones where the optimizations didn't help much08:45
dilingeranyone know the results of that?08:45
zulit didnt happen08:57
fabbionedilinger: pong09:22
dilingerfabbione: my question about benchmakrs09:52
fabbionedilinger: what question?09:54
fabbioneah yeah09:54
fabbionesorry i am totally trashed in09:55
fabbionedilinger: the are no results,  because no real benchmark have been done09:55
fabbionefrom readin the code there is already impact running 686 kernels on k7 due to L1 cache allignement09:56
fabbionebetween snmo/nosnom Herbet told us that locking at networking layer sucks 09:56
fabbioneso basically you have impact in running smp kernel on UP machines09:56
fabbionethe last but not the least, some subsystems like USB are utterly bugged in SMP09:57
BenCfrom what I've read the major impact for an SMP kernel on UP is the cache flush when doing locks, not to mention that lock itself, which can (in total) consume 12 cycles10:01
=== jorgp2 [n=jorgp@bnet-dial-110.bartnet.net] has joined #ubuntu-kernel
BenCbut, I do have a nice patch I found that uses a binary patch on kernel startup to turn all lock's into nop's10:01
BenCwould even work when booting an SMP kernel with nosmp10:02
BenCso it would be easier to prove/disprove a bug is related to SMP10:02
BenCor related to locking in general10:02
dilingerBenC: how does that work?  just loop through the kernel image, replacing locks w/ noops?  is it i386 only?10:08
BenCit redefines LOCK so that it places the .lock op in a linker section, so there's a simple lookup table10:12
BenCthen it goes through that table and replaces the lock's with nop's10:12
BenCso it's a precise and quick rewrite10:12
BenCnot just a broad search and replace10:12
BenCand it does it at runtime10:13
BenCit can be done on non-i386 aswell10:13
BenCI think I'll be testing it when I start a 2.6.13 tree10:14
=== chmj [n=chmj@wbs-146-183-123.telkomadsl.co.za] has joined #ubuntu-kernel
BenC2.6.12-8.13 uploaded10:34
=== karlheg [n=karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-kernel
chmjso the bug flood begins 10:44

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