i didn't think squid boy had a chance
On Sat, Oct 31, 2009 at 12:43 PM, Bruce Ellis wrote:
> try this ...
>
> #include
> #include
>
> void
> main(void)
> {
> memmove(nil, nil, 100);
> print("hello squid boy\n");
> }
>
> who would have thunk it?
>
> brucee
>
>
> but i think inferno's logfs and ftl both assume 512 byte pages instead
> of 2048 byte pages that the sheevaplugs nand flash has (though it has
> writable subpages of 512 bytes), so i'm not sure how hard/easy an fs on
> it will be.
Some NAND flash definitions:
block = smallest erasable unit
page
>> does plan 9 have a writable nand flash file system that does wear-leveling
>> and such?
>
> could that be among the code for the bitsy?
The Bitsy does it all for NOR flash but sadly NAND flash is more
problematic. NAND flash is cheap and easy for the hardware guys (and
consumers) but it's a rea
If 9660srv doesn't work then I'm no help.. If it's a UDF file system
(I think 9660 is ISO) the header should reveal the info and you'll
have to go to windows or Linux mount -t udf. The Linux driver is not
that big so I guess you could port it to P9.
Back in action? I saw some trouble maker called
do you reckon anyone will make dinner? 10am is an early start. perhaps
you need to track down TK
On 3/10/09, Bruce Ellis wrote:
> IWP92009-Bondi:
>
> http://www.chunder.com/stuff/IWP92009-Bondi/IWP92009-Bondi.pdf
>
> brucee
>
>
>
>
> are there printers currently on the market which work well with Plan 9?
>
> A true Postscript printer (which will work) requires the OEM paying
royalties to Adobe so won't be the cheapest solution. You may be better off
sacrificing one of your old RPI boards to Linux and using that as your
co
> well not really we are going kashmir.
i thought kashmir was an alcohol free zone 'till i discovered led zeppelin
> i've fortified the CDM but what i need is a smallish rugged and bunny
> compliant box with a 250/320 disk in it, It\
Toshiba 256GB solid state drive $500
The gcc flags: -march=armv6 -mfloat-abi=softfp -mfpu=vfp, will let you
compile the standard Inferno emu-g on the Raspberry Pi first go. Not
all the Linux VT interface ioctls are supported by the video driver so
a little work is needed to incorporate the framebuffer device.
> To run inferno in fullscreen mode, would it be feasible to mmap the
> framebuffer address into the inferno address space and just write
> to it?
yep, the standard fb mmap code works but just needs a little tweaking
for the input event handling devices and removal of a few
unimplemented ioctls