Re: [9fans] kernels

> I had all kinds of creative ways of disposing of these boards when they > fried. My favorite was to take an 8" long piece of railroad rail I had > (approx weight 25 lbs) and do a competition: if the L440GX+ was dropped on > the rail, or the rail was dropped on the l440GX+, who won? Also, of > cou

Re: [9fans] kernels

well, ya. the Big Red Switch is a Big Red Switch on any machine. even if the switch is a button and that button is black. it leaves less to the imagination if you have a original IBM PC. the 2200 (i think) i have sitting on top of my minifridge has a really bright blue nightlight and 3 other leds

Re: [9fans] kernels

See, that's the problem right there - these VA Linux boxes have a switch with a very bright and annoying BLUE LED, not red. Of course, you can't see the switch/LED if the front cover is on, but what's the point of that, then you can't access the switch. On Fri Mar 10 22:16:12 EST 2006, [EMAIL PROT

Re: [9fans] Slow Drawterm

On 2/23/06, Russ Cox <[EMAIL PROTECTED]> wrote: > > Does anybody have any suggestion to improve it? > > Implement some form of compression in devssl > and then make drawterm use it. > I am resending this to 9fans. Russ sorry for the spam Since I am still exploring plan9 and coding this is beyond

Re: [9fans] kernels

> interesting, i haven't had any problems with the Big Red Switch. > although i can't boot plan9 from cd. This L440GX+ thread is just killing me. I had 128 of these dogs in 1999, and the bios was so bad that it caused me to start the linuxbios project. I'm hearing about lots of nice bugs on these

Re: [9fans] kernels

interesting, i haven't had any problems with the Big Red Switch. although i can't boot plan9 from cd. - erik [EMAIL PROTECTED] writes | | On Fri Mar 10 21:05:14 EST 2006, [EMAIL PROTECTED] wrote: | > I helped a friend add a second processor to an l440gx+ in 2003. It | > was running RedHat and

Re: [9fans] kernels

i believe those problems were inherent to the code, not the platform. early versions of 2.4 did not work with l440gx+ machines at all. - erik [EMAIL PROTECTED] writes | | I helped a friend add a second processor to an l440gx+ in 2003. It | was running RedHat and needed a fix to one of the file

[9fans] WiFi

What is the possibility of supporting multiple WiFi networks simultaneously? MS Research has something like this: http://research.microsoft.com/netres/projects/virtualwifi/default.htm

Re: [9fans] kernels

On Fri Mar 10 21:05:14 EST 2006, [EMAIL PROTECTED] wrote: > I helped a friend add a second processor to an l440gx+ in 2003. It > was running RedHat and needed a fix to one of the file system > implementations (ext3?) but I also have a faint memory of needing to > upgrade its firmware to make SMP w

Re: [9fans] kernels

I helped a friend add a second processor to an l440gx+ in 2003. It was running RedHat and needed a fix to one of the file system implementations (ext3?) but I also have a faint memory of needing to upgrade its firmware to make SMP work reliably.

Re: [9fans] abaco

> are there any paches needed to run abaco? i'm having a lot of trouble with > it hanging when reading images. it seems that there's a display locking > problem. The latest abaco-test.tgz works fine here, just make sure to follow the instructions in the README to patch libhtml and add the password

[9fans] x86 emulator

If you want a starting point that isn't enormous, /n/sources/contrib/rsc/8i has an x86 emulator that I've used to dump the vesa modes on video cards before. It didn't work with mode switching though, probably because it needed to do something priviledged. (It was definitely trying to turn off int

Re: [9fans] kernels

8i is just under 7,000 lines, but could perhaps be reduced. or, since it's intel/bios related, increased! --- Begin Message --- Russ Cox wrote: (keep the kernel a little smaller, a little safer). now that you mention this ... source to an out-of-kernel emulator is in the linuxbios tree in /Lin

Re: [9fans] kernels

Russ Cox wrote: (keep the kernel a little smaller, a little safer). now that you mention this ... source to an out-of-kernel emulator is in the linuxbios tree in /LinuxBIOSv2/util/vgabios/ btw: most of this is from X11. I just broke it out, fixed some bugs, Ollie fixed some more, and made it

Re: [9fans] kernels

> As cool as I think the VESA stuff is, our experience is that it's also a > mistake to do it via switch to 16-bit mode. Making it work right gets > really tricky, as you just learned with SMP; that's only one possible > hazard. We've been enabling graphics with an emulator-based approach for >

Re: [9fans] kernels

David Leimbach wrote: Where would that be...? well, goodness, if I said where it was, then it would get to be a noisy channel again. That's already happened several times. ron

Re: [9fans] kernels

On 3/10/06, Ronald G. Minnich wrote: Russ, any time spent reading IRC is a waste of your neurons -- unlessyou're mainly reading it for amusement. I have to admit the last two day'sposts have been pretty damn funny.We need to start a closed channel for people who do actual work.

Re: [9fans] kernels

William Josephson wrote: On Fri, Mar 10, 2006 at 04:31:31PM -0500, [EMAIL PROTECTED] wrote: To be fair, it's not the 'standard's that are at fault here. Using VESA requires taking the processor out of protected mode and jumping into the BIOS and that's difficult with 2 processors as we need to

Re: [9fans] kernels

To be fair, it's not the 'standard's that are at fault here. Using VESA requires taking the processor out of protected mode and jumping into the BIOS and that's difficult with 2 processors as we need to make sure they are all agreed on what's going on and interrupts are properly disabled, etc. The

Re: [9fans] kernels

> here's what i currently have: (i know the bootdisk line is wrong; > i killed my 9fat partition somehow. i didn't trust the install with > my fossil so i cooked this up (incorrectly) by hand.) after you pull a new vga binary you should be able to remove the *nomp=1 and then use monitor=multisync

Re: [9fans] kernels

hey, thanks! i didn't know that there was a problem with vesa and smp. (how do they come up with these standards.) do i need to change my configuration to take advantage of this? here's what i currently have: (i know the bootdisk line is wrong; i killed my 9fat partition somehow. i didn't trust t

Re: [9fans] kernels

On 3/10/06, Ronald G. Minnich wrote: Russ, any time spent reading IRC is a waste of your neurons -- unlessyou're mainly reading it for amusement. I have to admit the last two day'sposts have been pretty damn funny.While it is comical, it's also disappointing how much time Russ

Re: [9fans] kernels

Ah. There's a pile of those in my office (recycled VA Linux servers), let's hook one up... The problem is you cannot run VESA with SMP, one of the processors ends up looping somewhere it shouldn't (it has probably crashed) and the CL-GD5480 chip is not recognised by aux/vga. So... new /lib/vgadb,

Re: [9fans] kernels

> it's an intel l440gx+ motherboard with 2 pIII xeons and, a 440GX > chipset. my second linuxbios port was to these. What's the console output? how far does it get? ron

Re: [9fans] snapshot history?

> i don't think so. there is an extra layer > of times in the snap directory, and > history doesn't know about it. it seems to try if(strstr(ndump, "snap")){ fd = open(b, OREAD); if(fd < 0) continue;

Re: [9fans] snapshot history?

> it seems to try whoops, misread that. sorry.

Re: [9fans] snapshot history?

i don't think so. there is an extra layer of times in the snap directory, and history doesn't know about it. --- Begin Message --- history -d snap ... --- Begin Message --- has anyone modified history(1) so that it can use fossil's snapshots?--- End Message --- --- End Message ---

Re: [9fans] kernels

it's an intel l440gx+ motherboard with 2 pIII xeons and, a 440GX chipset. it's also got 1. 15G ide drive /dev/sdC0 2. cdrom /dev/sdD0 3. motherboard-based aic-7896 (nothing attached and not recognized) irq 11, io port 0x2800 4. pci-based dac960 (not recognized) irq 11, io port f4206

Re: [9fans] kernels

> if anybody can give me some pointers on where to start looking, > i'd like to see why my machine is failing on mp startup. > sorry, had not been paying attention, what happens? Any errors at all? or just spontaneous reboot? 2 cpu? What kind? ron

Re: [9fans] kernels

i don't use Linux much, but on BSD and other Unix systems this is actually quite normal. and it's done for many of the same reasons Russ mentioned.

[9fans] kernels

i consider the fact that you can cut down your configuration to a minimum and get a kernel with a limp rather than nothing a big bonus. if anybody can give me some pointers on where to start looking, i'd like to see why my machine is failing on mp startup. - erik "Russ Cox" <[EMAIL PROTECTED]>

Re: [9fans] Plan9Ports libdraw open-in-same-window

i know. you can do that in X, too with Xnest. that wasn't quite what i was looking for. - erik "Russ Cox" <[EMAIL PROTECTED]> writes | | > btw, in plan9 is it possible to change any of env variables | > that an already-running rio uses for new windows? | > one advantage of the current p9p setu

Re: [9fans] kernels

Russ, any time spent reading IRC is a waste of your neurons -- unless you're mainly reading it for amusement. I have to admit the last two day's posts have been pretty damn funny. We need to start a closed channel for people who do actual work. Oh wait, I forgot, there is one. Never mind. ron

Re: [9fans] Plan9Ports libdraw open-in-same-window

> btw, in plan9 is it possible to change any of env variables > that an already-running rio uses for new windows? > one advantage of the current p9p setup is that 9term -f $font > allows one to start a new window with a different font. in plan 9 you can run font=whatever rio and start a whole ne

[9fans] kernels

uriel abhey: the fact that the kernels are out of sync OTOH is reason enough to have russ beaten up until he fucking understands THAT THE GOD DAMNED KERNELS SHOULD BE IN SYNC noselasd uriel: which kernels are out of sync ?

[9fans] abaco

are there any paches needed to run abaco? i'm having a lot of trouble with it hanging when reading images. it seems that there's a display locking problem. - erik

Re: [9fans] Plan9Ports libdraw open-in-same-window

perhaps you're right. i have avoided writing X programs. paul would know better than i. perhaps you're right about creating a single /dev/draw tree. the tradeoff would be a little more bookkeeping within the server, and and more sensitivity to bugs in the server, but it really would mimic plan9.

Re: [9fans] Plan9Ports libdraw open-in-same-window

> to make X happy, you'd want a 1:1 correspondence > between devdraw servers and windows. I do not believe this is true at all. I would want just one devdraw server for all the windows, so that there could be a single /dev/draw tree just like in Plan 9. By all means try it, but I'm not convince

Re: [9fans] Plan9Ports libdraw open-in-same-window

i agree that requiring libthread would be a downside. however, there are few p9p programs which libdraw and are still single threaded. i did a little search and came up with these: scat, proof, plot, page, htmlfmt, jpg/* they might not even need modification to work. to make X happy, you

Re: [9fans] Plan9Ports libdraw open-in-same-window

> the upside of all this is that window and rio would be the only programs > linked against X. the downside would be extra 9p traffic. and requiring libthread (for lib9pclient) to write a gui program. i'm not thrilled about that. also, i did something similar before with the windows port attempt

Re: [9fans] Plan9Ports libdraw open-in-same-window

> 20 year old technology. it just works in inferno. There are a lot of things that just work in Inferno. Unfortunately Plan 9 from User Space is not about running on top of Inferno. Russ

Re: [9fans] Plan9Ports libdraw open-in-same-window

semctl(2) is probablly the cleanest way on unix. if things really get hosed, you can use ipcrm to get rid of the semaphore. i've never had success with unix locking /really/ working. however, i think the way to address this (and get what paul's after) is to split src/libdraw/devdraw.c into two par

Re: [9fans] bge

On Fri, Mar 10, 2006 at 05:44:54PM +1100, Bruce Ellis wrote: > Dan, some people have unusual skills. Let's play pool again. Oh, burn. Okay, it's on. Brucee just took it to 11. - Dan C.