gmane.os.inferno.general

Re: mouse wheel scrolling

hiro — 2008-05-18T11:27:41

You can resize the inferno window on the mac? -- hiro

Re: mouse wheel scrolling

Pavel Nevidomsky — 2008-05-17T22:11:59

Also very useful to copy resize inferno-window and drawing the cursor. I replace c-files from Labs, but I couldn't compile. May be Caerwyn uses different compiler then me. Thanks. On 5/17/08, Charles Forsyth public.gmane.org> wrote:

Re: mouse wheel scrolling

Francisco J Ballesteros — 2008-05-17T21:33:03

I have this change for MacOS (Hmmm, not sure whether I made it or I took it from Andrey, don't remember) Anyway, the wheel is working for me on MacOS. If it's not already in the distribution drop me a line and I'll forward the source. On Sat, May 17, 2008 at 11:00 PM, Charles Forsyth public.gmane.org> wrote:

Re: mouse wheel scrolling

Charles Forsyth — 2008-05-17T21:00:15

i've a feeling there are changes in acme-sac for that, and if so, i'll copy them in.

Re: mouse wheel scrolling

Pavel Nevidomsky — 2008-05-17T17:05:02

You can write some code to support it. Cheers. On 5/14/08, Alpinweis public.gmane.org> wrote:

Re: emu on N800; any experience with gtk or similar toolkits?

Charles Forsyth — 2008-05-15T21:33:42

the choice of various sizes should be more sensitive to the underlying physical dimensions

Re: emu on N800; any experience with gtk or similar toolkits?

Charles Forsyth — 2008-05-15T19:10:43

isn't that just X11 (NOT that even X11 is straightforward in libxcb days)? or is it closer to Qtk, which can take over the world on small devices?

Re: emu on N800; any experience with gtk or similar toolkits?

Richard Miller — 2008-05-15T18:46:41

Been there, done that (almost) ... I'll send you a full-screen hack for win-x11a.c which I use on my N800. I say "hack" because it's only useful if you go into inferno and stay there. If you switch from inferno to another application, there doesn't seem to be any way to find the inferno window again. I also found it useful to make an enlarged version of wm/keyboard for the N800's high-res screen (maybe a -m for magnification option would be a good idea?).

emu on N800; any experience with gtk or similar toolkits?

Anthony Sorace — 2008-05-15T17:57:25

After someone in #9fans prompted me to notice that my file simply got truncated, I've now got emu running on the Linux/arm-based Nokia N800. The Inferno side just worked with a current inferno-os checkout; the hard part was working with the Linux cross-development environment Nokia uses (scratchbox) and getting X libraries and headers in the right places. The next hurdle is the fact that the default UI is all Gtk, specifically something called Hildon. Has anyone done anything to make inferno/wm play nicely with these types of toolkits? In particular, it'd be nice to get their pseudo-keyboard text input method. Lacking that, I'm going to just try and convince it to go full-screen and use wm/keyboard, but I'm not sure how tight a hold the Gtk-based stuff has on the screen. I'll let you know if I get any good results. Anthony

RE: ipengine boot

Dylan Saunders — 2008-05-14T15:24:07

Thanks Richard, that works. As you may have guessed I am not really an assembly language programmer, I am more familiar with getting Linux working on these systems; and of course the Linux kernel comes with its own boot code. This is a good learning opportunity for me. Dylan Saunders this:

RE: manuals

Charles Forsyth — 2008-05-14T15:02:55

it might be hard to get that quality from print on demand. i had a reference, however, that fairly decent paper (perhaps not glossy but decent weight) wasn't that much more expensive than fairly rubbish paper. i'll see if i can find it.

RE: manuals

Benjamin Huntsman — 2008-05-14T14:32:35

I've got a copy of the 3rd Edition manuals. They're gorgeous, and on thick glossy paper. Out of interest, would it be prohibitively expensive to do the 4th Edition set like that again?

RE: manuals

Paul Winter — 2008-05-14T10:33:14

Hi everyone, Thanks for the feedback on inferno manuals. If the information in the manpages is sufficient for limbo programming, I'll stick to them for the time being. The first impression I got was, that docs were outdated, but I guess all the manpages are all up-to-date, so any differences between limbo modules of the 3rd and 4th edition of inferno can be figured out somehow. Paul. _________________________________________________________________ Stay in touch when you're away with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_messenger_052008

RE: ipengine boot

Richard Miller — 2008-05-14T09:23:18

Not quite. As I said in my follow-up message, it needs to start like this: TEXT start(SB), $-4 BL1(PC) MOVWMSR, R3 ... Also, you should not really modify os/mpc/l.s because that's common for several powerpc platforms not just the ipengine. What I did was to copy os/mpc/l.s to os/ipengine/ll.s, modify that, and change os/ipengine/mkfile to use ll.$O instead of l.$O. (There's probably a more elegant way to do this.) os/boot/mpc is something else altogether - a "proper" bootstrap loader which can load kernel images from a formatted flash filesystem. My self-relocation mechanism assumes that you have simply used the ipengine ROM monitor to install a kernel image in a chunk of flash which is not part of a filesystem, e.g. load /lib/tftpd/iipe fe010000 and then executed it in place with go fe010020 You could of course make an ipengine boot loader based on the stuff in os/boot/mpc, but it would be quite a bit more work (see Charles Forsyth's recent message).

mouse wheel scrolling

Alpinweis — 2008-05-14T07:48:45

Hi, I just managed to install inferno on FreeBSD 7.0. I was wondering if there is a way to enable mouse wheel scrolling in wm's windows (charon - in particular). Thanks in advance.

RE: ipengine boot

Charles Forsyth — 2008-05-14T08:49:14

more things: os/boot/mpc/l.s and os/boot/mpc/init*.c contain 1st-level boot code that runs from flash but has data in RAM. init*.c initialise the memory controllers on different mpc8xx platforms. they are odd because sysinit is called when running with both code and initialised data in flash (because DRAM isn't ready yet), so the code plays games with SB to address the initialised data in flash until DRAM is ready, then switches it back. it also includes unsqueeze code i mentioned earlier. os/boot/puma has an ARM version of it. both are based too much on the pc boot program because the person intended to use them needed something familiar.

RE: ipengine boot

Dylan Saunders — 2008-05-13T21:42:42

Hello Thank you very much for the assistance. Just to confirm, the modified os/mpc/l.s should look like: ------------------------ /* * Boot first processor */ TEXT start(SB), $-4 MOVWMSR, R3 RLWNM$0, R3, $~EE, R3 RLWNM$0, R3, $~FPE, R3 OR$ME, R3 ISYNC MOVWR3, MSR/* turn off interrupts but enable traps */ MSRSYNC |/* if executing in rom, relocate to ram */ <--is this the right spot? |MOVWLR, R3 |MOVW$4,R4 |SUBCCR4, R3 |BGEram |MOVW$start(SB), R4 |BL1(PC) /*loads LR with the original kernel start address */ |MOVW$edata+63(SB), R5 |SUBR4, R5, R1 |SRAW$6, R1 |MOVWR1,CTR |MOVW$KZERO, R2 |ANDNR2, R4 |MOVWR4, LR |reloc: |MOVMW0(R3), R16 |MOVMWR16, 0(R4) |ADD$64, R4 |ADD$64, R3 |BDNZreloc |BR(LR) |ram: <--does this code get pushed down to here? MOVW$0, R0 /* except during trap handling, R0 is zero from now on */ MOVWR0, CR MOVW$setSB(SB), R2 ---------------------- Btw: Much of the C code in os/boot/mpc tries to include libc.h, which doesn't

Re: ipengine boot

Charles Forsyth — 2008-05-12T15:27:34

there is some code with Inferno that will compress ARM and PowerPC using an ARM-designed scheme (that works well on the powerpc too). the advantage is that decompression is much faster than (say) for gz format, and the compression ratio is still reasonably good. there's some decompression code for it in at least one of the bootstraps.

Re: ipengine boot

Richard Miller — 2008-05-12T15:07:18

I've confirmed that the relocation code I posted yesterday works for loading inferno from flash, with the addition of one more instruction: immediately after label 'start(SB)', you need to insert BL1(PC) which loads LR with the original kernel start address (+4). Sorry I overlooked that essential point. An obvious improvement on just copying the kernel from flash to RAM would be storing a compressed kernel image in flash with a bit of self-decompression code at the start. That's left as an exercise for the reader ...

Re: ipengine boot

Richard Miller — 2008-05-11T16:00:28

Did you also have to do some trickery to be able to write to the flash filesystem while running from flash? On some (most?) flash hardware this is not possible - at least the lowest-level flash write / erase code has to be run from RAM.

Re: ipengine boot

Charles Forsyth — 2008-05-11T09:44:14

it can, and it was done on an MPC823, but perhaps not the ipengine. it copied the data segment to RAM but kept the code in flash.