[01:00] <rtcm> BenC: are you around ?
[01:06] <BenC> yeah
[01:07] <rtcm> BenC: i'm the guy from the sis performance problem
[01:07] <BenC> oh, hey
[01:07] <rtcm> i've really found the problem now
[01:07] <rtcm> and even sort of fixed it
[01:07] <rtcm> at least for me
[01:08] <BenC> ok, let's hear it :)
[01:08] <rtcm> is seems that loading vga16fb was killing my performance
[01:08] <BenC> do you recall the bug number?
[01:08] <rtcm> loading vesafb with the .12 kernel is ok
[01:09] <rtcm> but loading either vga16fb or vesafb with the .15 kernel is crap
[01:09] <rtcm> #20545
[01:10] <rtcm> but, it happens that the author of the X driver is also the author of sisfb which works quite good
[01:11] <rtcm> i changed the usplash hook and init script to load sisfb instead of vga16fb and all is  good even on .15 :-)
[01:12] <rtcm> and sisfb even autodetects the size os my LCD giving me a really nice 1400x1050 console
[01:12] <BenC> do you have UseFB in /etc/X11/xorg.conf?
[01:12] <BenC> or something similar
[01:12] <rtcm> nope
[01:13] <rtcm>  I use the sis driver
[01:13] <BenC> I know you use sis
[01:13] <BenC> but that doesn't mean it doesn't use the framebuffer
[01:13] <BenC> please paste your the section called "Device" from xorg.conf
[01:13] <rtcm> hmm, guess not, but Thomas should know about that
[01:14] <rtcm> there's some crap commented there
[01:14] <rtcm> i'll put it all here anyway
[01:14] <rtcm> Section "Device" Identifier      "Silicon Integrated Systems (SiS) 65x/M650/740 PCI/AGP VGA Disp Driver          "sis" BusID           "PCI:1:0:0"
[01:15] <rtcm> Option "EnableSiSCtrl" "true"
[01:15] <rtcm> #       Option "UseSSE" "yes" Option "AccelMethod" "EXA"
[01:15] <rtcm> #       Option "MergedFBAuto" "on"
[01:15] <rtcm> #       Option "CRT2Position" "LeftOf"
[01:15] <rtcm> #       Option "MetaModes" "1024x768-1400x1050"
[01:15] <rtcm> #       Option "CRT2HSync" "30-67"
[01:15] <rtcm> #       Option "CRT2VRefresh" "50-75"
[01:15] <rtcm> EndSection
[01:15] <rtcm> but you get the idea
[01:15] <rtcm> damn
[01:15] <rtcm> I only have EXA and sisctrl enabled
[01:16] <BenC> what is sisctrl?
[01:16] <BenC> (brb)
[01:16] <rtcm> is a utility developed by the driver's author to tweak various things in the driver
[01:17] <rtcm> you can check the site: http://winischhofer.at/linuxsispart1.shtml#23
[01:21] <BenC> any chance that any of that stuff is causing the problem?
[01:21] <BenC> maybe try without any extra options, just use the default config?
[01:21] <BenC> if the fb driver is causing this, then I really want to lean toward it being a sis X driver bug
[01:21] <BenC> because it should have no affect
[01:23] <rtcm> actually i already tried without EXA, it is the same, only EXA feels faster, though the benchmarks are the same
[01:23] <BenC> for example, it has no affect on my ATI or nvidia systems
[01:23] <rtcm> sisctrl I think is totally unrelated, but I can try
[01:25] <rtcm> BenC: i'll report in the author's "bug tracker" aka the SIS Forum :-)
[01:25] <rtcm> guess you can close the bug, or maybe i'll ask Thomas to comment there again
[01:25] <BenC> I've updated the ubuntu bug and reassigned to the sis driver
[01:26] <BenC> thanks for being so diligent in findin the cause :)
[01:26] <rtcm> ok with me, thanks for the pointers
[08:31] <fabbione> BenC: please pull from my archive when you can. Changes: new OCFS2 from the splitted oracle git tree and a simple patch to make thermal_adt746x a bit more quite in dmesg (ppc only)
[02:51] <zul> morning
[03:02] <BenC> fabbione: ok
[03:02] <BenC> zul: good morning
[03:02] <fabbione> hey guys
[03:03] <zul> BenC: morning how was your christmas
[03:03] <BenC> was good except for getting a stomache virus about noon on christmas day
[03:03] <zul> oh that sucks...hey fabbione 
[03:03] <BenC> my wife, my brother-in-law, his wife, and I all got sick
[03:03] <fabbione> BenC: suckage
[03:03] <zul> hehe
[03:04] <fabbione> BenC: do you have lrm for the k8 test kernel?
[03:04] <BenC> fabbione: not yet
[03:04] <fabbione> ok
[03:04] <fabbione> if you manage to build it, i can test it
[03:04] <fabbione> but i can't without lrm
[03:04] <fabbione> otherwise here nothing works
[03:04] <BenC> if you could just boot with it, I'd be happy
[03:05] <fabbione> ok
[03:05] <fabbione> sure
[03:05] <fabbione> i can do that
[03:06] <zul> BenC: that network bug with the linksys card uses the tulip module
[03:06] <BenC> which bug number is that?
[03:07] <zul> 21487
[03:08] <fabbione> BenC: you should read the last comments on 20771
[03:08] <BenC> fabbione: from adam?
[03:08] <fabbione> BenC: no the one from the guy that did test one of the kernels (#6) and still fail.. where #6 is only a rebuild of -9-
[03:08] <fabbione> with only the sparc specific patch applied.
[03:09] <fabbione> i mean 100% sparc specific
[03:09] <zul> so debian dropped sparc support?
[03:09] <BenC> right
[03:09] <BenC> zul: what?!
[03:09] <fabbione> zul: uh?
[03:09] <zul> i was reading in some guys blog
[03:10] <BenC> not that I've seen
[03:10] <BenC> fabbione: yeah, I saw that...I'm wondering if it's tool chain related
[03:11] <fabbione> that's why i asked logs
[03:11] <fabbione> for all the builds
[03:11] <fabbione> if we can prove a discrepancies in the chroot
[03:11] <zul> http://lists.debian.org/debian-devel-announce/2005/12/msg00013.html
[03:11] <fabbione> i am gonna laugh my ass off
[03:11] <BenC> fabbione: the .deb's contain the build tools list don't they?
[03:11] <fabbione> BenC: i don't think so
[03:12] <BenC> zcat /usr/share/doc/linux-image-`uname -r`/buildinfo.gz
[03:13] <BenC> no binutils though
[03:13] <BenC> lame
[03:13] <fabbione> i want to see the full logs
[03:14] <BenC> I found a bug on amd64 that you might want to fix in breezy
[03:14] <BenC> I'm very surprised no one noticed it before me, I only found it by accident
[03:17] <fabbione> BenC: what's that?
[03:17] <BenC> hold on a sec...
[03:18] <fabbione> bah sparc has been taken out of Debian RC arches because of kernel stability problems
[03:18] <zul> fabbione: fix it kthxbye 
[03:18] <fabbione> i am ready to bet that all debian's buildd are Sparc III+ 
[03:18] <fabbione> SMP
[03:18] <fabbione> that is a known kernel bug
[03:19] <fabbione> zul: we did try.. problem is that davem that can fix it, got he wrong hw  :/
[03:19] <fabbione> and a III+ CPU is 700USD each
[03:19] <BenC> include/asm-x86_64/rwlock.h
[03:19] <fabbione> and we need at least 2
[03:19] <BenC>  #define __build_write_lock_const(rw, helper) \
[03:19] <BenC> -       alternative_smp("lock; subl $" RW_LOCK_BIAS_STR ",%(0)\n\t" \
[03:19] <BenC> +       alternative_smp("lock; subl $" RW_LOCK_BIAS_STR ",%0\n\t" \
[03:19] <zul> holy crap!
[03:19] <BenC> fabbione: no, they are Ultra30 and Ultra80
[03:20] <fabbione> BenC: and why they crash building OOo2???
[03:20] <BenC> so Sparc II
[03:20] <BenC> they didn't crash building OOo2, they just plain crashed
[03:20] <BenC> we had to go back to 2.6.8 kernels
[03:20] <fabbione> ah
[03:22] <BenC> they were both running fine, but elmo wanted latest kernels, and that's when the trouble started
[03:22] <BenC> then we started getting problems with the hub that vore was on
[03:23] <fabbione> yeah i remember the hub problem
[03:23] <BenC> not sure why auric is still down
[03:23] <fabbione> well at least also hppa is out of the race :P
[03:23] <BenC> I have serial console to it from vore, but it's too dead for even a serial break to get it back
[03:24] <fabbione> crap
[03:24] <fabbione> tbh
[03:24] <fabbione> i have been running our kernel on my sparc for quite sometime
[03:25] <fabbione> .12 i mean
[03:25] <fabbione> no issues at all
[03:28] <zul> BenC: 21487 the card is not in the pci_device_id table
[03:29] <zul> hmmm...maybe we should ubuntu on the amiga..
[03:30] <fabbione> zul: we could.. so be careful :)
[03:30] <zul> i dont have the hardware :(
[03:30] <fabbione> zul: between infinity and I we have quite a bunch of m68k laying around
[03:30] <fabbione> sucks to be you
[03:30] <zul> hmmm...send me one
[03:31] <zul> yeah but no one in canada uses an amiga or there isnt alot of people selling them
[03:31] <BenC> ebay
[03:31] <zul> i could..
[03:31] <BenC> wish I still had my mac IIci
[03:32] <BenC> I should try to port uclinux to my ] [e :)
[03:32] <fabbione> ehehhe
[03:32] <fabbione> zul: you can also get a cisco 25xx
[03:32] <fabbione> they are m68k based
[03:32] <BenC> there has to be some way to hack it to be 32-bit
[03:32] <fabbione> and you can run linux on it
[03:32] <fabbione> except you need a mmu-less kernel
[03:32] <fabbione> but that's almost mainline
[03:33] <zul> fabbione: try convincing my wife about getting another computer ;)
[03:33] <fabbione> cisco?
[03:33] <fabbione> it's a router ;)
[03:33] <zul> you know what i mean
[03:33] <fabbione> yeah yeah
[03:34] <zul> or port ubuntu to the palm pilot
[03:36] <zul> or might be on crack
[03:38] <dilinger> earlier ciscos are m68k based?
[03:40] <fabbione> dilinger: yeps.. at least the c25xx
[03:40] <fabbione> newer ones are ppc based
[03:40] <fabbione> but they use some internal reduced ppc processors
[03:42] <BenC> zul: how do you know that linksys needs the tulip driver?
[03:42] <zul> i looked it up..im pretty sure it does
[03:43] <zul> linksys has their own tulip driver i think as well
[03:45] <BenC> tulip_core.c has the vendor/device id's
[03:45] <zul> whoops
[03:45] <BenC> in the device table
[03:46] <zul> i suck
[03:46] <zul> er...which line
[03:46] <BenC> 215
[03:48] <BenC> don't make the same mistake I did and look at the subsystem id :)
[03:48] <BenC> 0x0985 is the device id
[03:51] <zul> meh..
[04:15] <mjg59> BenC: So now there's /two/ versions of the broadcom wireless driver, one for softmac and one for devscape
[04:16] <BenC> mjg59: yeah, it's getting a little rediculous for a driver to fork when it isn't even ready yet :/
[04:16] <mjg59> devscape gives them the advantage of working encryption
[04:17] <mjg59> But has an insanely ugly userland interface right now
[04:17] <BenC> so it doesn't work with iwconfig and friends?
[04:18] <BenC> would be nice if these new ieee80211 stacks would atleast be compatible with current userland tools
[04:18] <BenC> it does already handle private ioctl's
[04:18] <BenC> so it's not like it can't be extended
[04:19] <mjg59> The softmac stuff is much closer to using the normal wireless extensions
[04:19] <mjg59> The devscape stuff involves having a wifi device and then creating station devices from that using mad ioctl shit
[04:20] <BenC> sounds like a power user system
[04:21] <BenC> I thought I read that bcm43xx+softmac had working encryption using the kernel crypto?
[04:22] <mjg59> Uhm. I don't think the kernel has any 80211 crypto
[04:22] <BenC> no, I mean using the crypto functions (AES and such)
[04:22] <mjg59> Oh, right
[04:22] <mjg59> Not that I'd seen, but...
[04:22] <BenC> maybe I confused that with the devscape email I saw
[04:33] <mjg59> BenC: OSDL are having a linux wireless meeting early next year, so with luck things will get better
[04:34] <BenC> let's hope
[04:35] <mjg59> They're also having a power management one, so I'm off to San Jose in April
[05:01] <lamont__> i386 95.40% 6456 of 6767
[05:01] <lamont__> amd64 94.23% 6211 of 6591
[05:01] <lamont__> powerpc 94.20% 6240 of 6624
[05:01] <lamont__> ia64 93.38% 6132 of 6567
[05:01] <lamont__> hppa 92.00% 6018 of 6541
[05:01] <lamont__> sparc 89.42% 5884 of 6580
[05:01] <zul> hmmm?
[05:06] <fabbione> lamont: Debian RC arche
[05:07] <fabbione> +s
[05:07] <fabbione> ehehhe
[05:08] <lamont> just for giggles, /me tries qt-x11-free with unaligned trap support turned on
[05:28] <lamont> ENOSPC on buildd.mmjgroup.com.  sigh
[05:37] <lamont> Subject: LiveCD: Successful dapper:ubuntu build on hppa
[05:37] <lamont> yeah!
[05:59] <BenC> sweet
[08:07] <fabbione> hmm that's something i could do in the next days..
[08:07] <fabbione> livecd and daily d-i
[08:07] <fabbione> BenC: meh dude.. upload is pointless today.
[08:07] <fabbione> there are no ftp.master to process new
[08:42] <fabbione> lamont: -9.14 is still no go on my hppa
[08:42] <fabbione> lamont: do you want the backtrace?
[09:20] <BenC> what sort of hppa do you have?
[09:20] <BenC> I'm running the hppa64-smp on my A500 box
[09:22] <fabbione> i have a j5000
[09:22] <fabbione> smp
[09:22] <fabbione> i did try the 32-smp
[09:22] <BenC> is it hppa64 or hppa32?
[09:22] <fabbione> hppa64
[09:22] <fabbione> according to lamont it's better to run a 32bit kernel
[09:23] <fabbione> it does an OOPS initializing pci
[09:23] <fabbione> i am gonna try 64bit kernel and see if it still happens
[09:23] <BenC> odd, I've been running the hppa64-smp since I started 2.6.15 devel
[09:23] <fabbione> otherwise i will capture the OOPS and bitch a bit the parisc guys :)
[09:23] <BenC> what's the main cause of the oops?
[09:24] <BenC> NULL deref, or something else?
[09:24] <fabbione> the scsi driver load and it calls some pci_enable_
[09:24] <fabbione> i would need to read it again
[09:24] <fabbione> too long to remember
[09:24] <BenC> pci_enable_device()?
[09:25] <BenC> if it crashes there, then that's pretty damn low level
[09:25] <fabbione> ok.. let me boot it up again
[09:29] <fabbione> DOH!
[09:29] <fabbione> it just booted
[09:29] <fabbione> WTF
[09:29] <BenC> 32-bit?
[09:29] <fabbione> yes
[09:29] <BenC> weird
[09:30] <fabbione> hmmm
[09:30] <fabbione> ahhh i see
[09:30] <fabbione> it did boot -8- before
[09:30] <fabbione> and -9 now
[09:31] <fabbione> oh well
[09:31] <fabbione> fuck
[09:36] <fabbione> baldios login: module ipv6 relocation of symbol xfrm_state_alloc is out of rang)
[11:21] <BenC> fabbione: looks like binutils problem there