/srv/irclogs.ubuntu.com/2006/10/13/#ubuntu-kernel.txt

=== _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel
=== doko_ [n=doko@dslb-088-073-124-011.pools.arcor-ip.net] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
=== johanbr [n=j@d154-20-238-192.bchsia.telus.net] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@adsl-221-4-111.rmo.bellsouth.net] has joined #ubuntu-kernel
=== peeps [n=peeps@cpe-70-112-25-110.austin.res.rr.com] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
=== peeps [n=peeps@cpe-70-112-25-110.austin.res.rr.com] has joined #ubuntu-kernel
=== _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
tfheenBenC: linux-source ftbfs on all arches.08:40
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== peeps [n=peeps@cpe-70-112-25-110.austin.res.rr.com] has joined #ubuntu-kernel
=== Lure [n=lure@BSN-77-135-17.dsl.siol.net] has joined #ubuntu-kernel
=== crispin [n=crispin@grotto.flowerday.cx] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
infinityBenC: ping... poke me when you're around.12:48
=== _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
BenCinfinity: blah02:12
infinityBenC: Waking up?02:13
BenCwow02:13
=== BenC sees build failures galore
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-kernel
infinityBenC: A few linux-libc-dev related ones, which I'm trying to sort whose fault they are.02:14
pittihi02:14
infinityBenC: pitti's got one for you, and then I'll take my turn. :)02:14
BenCwell all of l-s-2.6.17 failed too, so I'm checking that as well :)02:15
infinityYeah, but if another upload's required, we may as well wait and see if the headers need fixing first. :)02:15
infinityBenC: Ping me when you're done pondering pitti's bug.02:20
BenCok, I'm working on that one now02:21
pittiBenC: you agree that unaligned.h is legitimate for userspace?02:21
BenCpitti: Not sure yet02:22
BenCpitti: I'm going to have to say no02:23
fabbionehey Ben02:24
fabbioneBenC: i assigned a few FTBFS to you since they involve mixture of kernel and userland headers (during a mass filing)02:24
fabbioneBenC: if it's a big time issue for you to work on them, i am sure pitti will love to help you :)02:24
pittiBenC: ok; any idea how programs can do an unaligned read/write in a platform independent manner?02:24
BenCpitti: main reason is that sparc64 uses asm-generic/unaligned.h and that can't be in userspace02:25
BenCpitti: Are there programs other than reiserfsprogs that try to do this?02:25
pittiBenC: not to my knowledge, but I can't really say02:25
pittiBenC: we have to check the other FTBFSes02:25
BenCpitti: Isn't there some gcc or glibc defined way of doing this already?02:26
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-kernel
BenCI mean, if it's such a common thing, I would think that there is a more "official" method02:27
pittiBenC: (making a clueless face)02:27
infinityAmazingly, I can picture that face.02:28
BenCpitti: From what I can tell, accessing unaligned data is not a problem, and get_unaligned/put_unaligned is only important for some architectures to improve performance a bit02:30
BenCand from what I can tell, that's only the case for sparc64 for us02:31
BenCthe other arch's, the macros are pretty much (foo) and (foo = bar)02:31
pittiBenC: it's definitively not a problem on x86/amd64, but I wasn't sure whether some arches would spill SIGBUSes for that02:31
pittiBenC: and on sparc64? will it work, just slowly? or sigbus?02:32
infinityI could just remove reiserfsprogs from the archive and solve the problem that way.02:36
infinity:P02:36
=== pitti will fix it once he knows whether or not it will break sparc64
BenCpitti: It should not...come to think of it, using asm-* in userspace is pointless for a few reasons, but mainly because it says nothing about the actual cpu you are running on02:39
BenCppc -> ppc64, sparc ->sparc64, i386 -> x86_6402:40
pittiok02:40
pittiBenC: ok, I'll fix that the naive way then; thank you!02:40
pitti(bug updated and rejected for l-s-2.6.1702:40
pitti)02:40
BenCpitti: I would just copy the macros from i386 unaligned.h and plug those in instead of the asm/unaligned.h include02:40
pittiyeah, I did something similar02:41
pittithe code already had such a fallback for powerpc02:41
pittiI just made that non-ppc-specific02:41
infinityBenC: My turn? :)02:41
BenCshoot :)02:41
infinityhttp://librarian.launchpad.net/4822044/buildlog_ubuntu-edgy-i386.directfb_0.9.24-4ubuntu2_FAILEDTOBUILD.txt.gz02:42
infinityNow, I'm not entirely sure how this could possibly build WITHOUT agpgart.h, so I'm curious if you need to mangle agpgart.h to be userspace-friendly, or if I should be pulling all the symbols from agpgart.h into directfb (ugh)02:42
=== pitti [n=pitti@ubuntu/member/pitti] has left #ubuntu-kernel ["Bye"]
BenCinfinity: icky...that just looks like newer agp API02:48
infinityBenC: Any urge to take this one off my hands and make it build on amd64/i386?  I got it building on all other arches (yes, the package had at least 4 different FTBFS bugs)02:49
BenCinfinity: I can give it a go02:49
=== ph8 [i=henri@85.234.155.95] has joined #ubuntu-kernel
infinityBenC: Once I start diving into kernel/userspace separation, I get a bit hazy as to whose bug is whose (kernel, headers, app)02:49
BenCinfinity: This is basically a "directfb is too old" bug02:50
infinityThat doesn't shock.  The bitrot can't be too bad, though. :/02:51
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-kernel
=== kbyrd [n=Miranda@mailout1.vmware.com] has joined #ubuntu-kernel
=== stuart__ [n=stuart@209.67.233.220.exetel.com.au] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
=== ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.17-10.33 uploaded. Most likely the final edgy kernel | Daily kernel builds (for debug and testing purposes only) http://people.ubuntu.com/~bcollins/kernels-daily/ | Kernel Wiki: https://wiki.ubuntu.com/CategoryKernel | KernelFreeze in effect
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-kernel
nixternal[17180132.352000]  APIC error on CPU0: 01(01)06:17
nixternalever since tuesday, i switched to the -generic kernel, and now i get those06:18
nixternali had this with the k7 kernel previously, and when i went back to the 386 kernel, the problem went away06:18
BenCnixternal: Try booting with noapic06:28
nixternalit won't06:29
BenCnixternal: Then I suggest for now sticking with the -386 kernel06:29
nixternalhehe, i am ;)06:29
BenCnixternal: File a bug and attach dmesg (or digital photo) of the problem boot without "quiet splash"06:29
nixternaljust wanted to know if anyone knew of this..i didn't even see a bug for it..so i am filing one...also, you research the error on google, they say defective hardware, which i doubt that is the issue06:30
BenCa little info on your hardware too06:30
nixternalno problem06:30
BenCnixternal: I don't doubt that it could be buggy or defective hardware, but it could be something that can be worked around06:30
nixternalit is top knotch stuff here ;)06:31
nixternalhowever, im pointing towards memory if it is an issue though06:31
nixternali think i noticed it with a 1gb stick installation06:31
nixternalfirst06:32
BenCnixternal: New doesn't mean "not broken" :)06:40
BenCnixternal: You may want to check on a BIOS update as well06:41
nixternalhehe, believe me i know. this is a kt333 mobo, i think they stopped with bios hacks years back...need to find out if there are any custom ones out there though06:44
nixternalBenC: the noapic option actually didn't lock the machine up like it had before. and it seems to have fixed something else i had an issue with on startx kicking in kdm in automatically, don't know if htey are tied in, but thats my story and im sticking to it06:53
nixternalhowever,t he error is still there ;(06:54
=== jwest- [n=jwest@unaffiliated/jwest/x-422957] has joined #ubuntu-kernel
=== nixternal [n=nixterna@ubuntu/member/nixternal] has left #ubuntu-kernel ["New]
=== peeps [n=peeps@cpe-70-112-25-110.austin.res.rr.com] has joined #ubuntu-kernel
tfheenzul: hmm, you said that xen git was up-to-date now?08:17
tfheenzul: is that the git://dev.laptop.org/projects/ubuntu-xen repo or some other?08:17
zulubuntu-xen-2.6.1708:29
tfheencloning now.08:30
tfheenany idea when we'll have working xrm?08:31
zulwhen the headers are fixed again08:31
tfheenany idea when that happens? :-P08:31
zulthis weekend probably :)08:31
tfheenok08:31
=== johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-kernel
=== ph8 [n=ph8@85-210-62-111.dsl.pipex.com] has joined #ubuntu-kernel
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel

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