Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
The main problem is the postage at 2.7Kg even at Printed Paper rate (which also doesn't work at all for Canada or Cameroon if over 2Kg). On Sun, Jun 30, 2019 at 8:09 PM Kurt H Maier wrote: > On Sun, Jun 30, 2019 at 09:32:29AM -0700, Lyndon Nerenberg wrote: > > michaelian ennis writes: > > > > > I found a second edition set on Abe books last year. They were not > > > inexpensive. > > > > Sadly, Abebooks became utterly useless several years ago, when it was > > taken over by bots scraping each other listings and adding 5%. > > In other words, Amazon bought it. My copies came from Alibris, and they > were not a set; I bought them each individually for extremely cheap by > searching the ISBNs directly. > > khm > >
Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
On Sun, Jun 30, 2019 at 09:32:29AM -0700, Lyndon Nerenberg wrote: > michaelian ennis writes: > > > I found a second edition set on Abe books last year. They were not > > inexpensive. > > Sadly, Abebooks became utterly useless several years ago, when it was > taken over by bots scraping each other listings and adding 5%. In other words, Amazon bought it. My copies came from Alibris, and they were not a set; I bought them each individually for extremely cheap by searching the ISBNs directly. khm
Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
michaelian ennis writes: > I found a second edition set on Abe books last year. They were not > inexpensive. Sadly, Abebooks became utterly useless several years ago, when it was taken over by bots scraping each other listings and adding 5%.
Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
I found a second edition set on Abe books last year. They were not inexpensive. On Fri, Jun 21, 2019 at 5:59 AM Joseph Stewart wrote: > Still trying to track a set down. Any suggestions? > -joe > > On Sat, Apr 27, 2019 at 3:35 PM Joseph Stewart > wrote: > >> For sale? Preferably cheap to ship to the US? >> >
Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
Still trying to track a set down. Any suggestions? -joe On Sat, Apr 27, 2019 at 3:35 PM Joseph Stewart wrote: > For sale? Preferably cheap to ship to the US? >
Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...
I paid $0.99 for my set on eBay. sl
[9fans] Anyone have a Plan 9 4th Edition Manual Set...
For sale? Preferably cheap to ship to the US?
[9fans] anyone using jenkins or hudson?
hi i put together a hudson/jenkins client which, (because i had the framework to hand) i implemented as a file system. currently it has been tested against exactly one jenkins instance. anyone willing to test against their build servers, i am particularly interested in a hudson test. -Steve
Re: [9fans] Anyone porting to Yún?
http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN similar to the routerboard port (MIPS). On Tue, Dec 24, 2013 at 11:15 PM, lu...@proxima.alt.za wrote: Give us a hint, Skip, please? ++L
Re: [9fans] Anyone porting to Yún?
http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN similar to the routerboard port (MIPS). I thought Arduino was entirely AVR based. But I haven't been following any developments. ++L
Re: [9fans] Anyone porting to Yún?
http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN similar to the routerboard port (MIPS). I thought Arduino was entirely AVR based. But I haven't been following any developments. Mostly they are. But the Yún includes an Atheros module with WiFi, Ethernet, USB, and a MIPS processor running Linux. BLS
Re: [9fans] Anyone porting to Yún?
On Dec 26, 2013, at 0:29, blstu...@bellsouth.net wrote: http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN similar to the routerboard port (MIPS). I thought Arduino was entirely AVR based. But I haven't been following any developments. Mostly they are. But the Yún includes an Atheros module with WiFi, Ethernet, USB, and a MIPS processor running Linux. BLS And I think it has an AVR too.
Re: [9fans] Anyone porting to Yún?
On Dec 26, 2013, at 0:29, blstu...@bellsouth.net wrote: http://arduino.cc/en/Main/ArduinoBoardYun?from=Main.ArduinoYUN similar to the routerboard port (MIPS). I thought Arduino was entirely AVR based. But I haven't been following any developments. Mostly they are. But the Yún includes an Atheros module with WiFi, Ethernet, USB, and a MIPS processor running Linux. BLS And I think it has an AVR too. Definitely. My impression is that the Atheros module is intended to be a big honkin' peripheral for the AVR. BLS
[9fans] Anyone porting to Yún?
Re: [9fans] Anyone porting to Yún?
Give us a hint, Skip, please? ++L
Re: [9fans] anyone put their venti on an SSD?
On Sat May 4 00:18:46 EDT 2013, cinap_len...@gmx.de wrote: cwfs copies the blocks from worm into the cache on read. so the working set is served from the ssd and the ram buffer cache. reading /n/dump would hit the mechanical disk tho. that's an option for ken's fs. i haven't found that it's fast enough because the latency to retrieve a block that's not in the cache is the latency for read(worm)+read(cachebkt)+ write(cache). if one keeps the cache small, the read of the cachebkt goes away. therefore it's best to keep cachesize wormsize. - erik
Re: [9fans] anyone put their venti on an SSD?
I had similar problems with OCZ. I ought to have observed that I bought the drive from Fry's as refurbished, which probably wasn't a good recommendation for a drive that was fairly new. Three strikes. Fate couldn't resist.
Re: [9fans] anyone put their venti on an SSD?
On Fri May 3 23:27:40 EDT 2013, sstall...@gmail.com wrote: I had originally used a Crucial 32GB SSD years ago and swapped to a 55GB OCZ enterprise drive (using sdahci). More recently I've moved my venti arenas over to plan9port and have switched over to using the entire SSD for fossil. So far this has been faster than running venti natively - though I still take a replica each night out of paranoia. there are many components to the performance here, but i can think of at least one simple issue. plan 9 loopback tcp can be pretty slow due to scheduling issues. (induced by the structure of tcp, not any issue with the scheduler.) my atom (which is slightly worse than a d525) gets ladd; nettest -l -n 1 tcp!192.168.0.136!39769 count 1; 8192 bytes in 2.649575 s @ 29.5 MB/s (0ms) so i would imagine that working out how to post a fd to srv would really help a lot. not to mention, taking some funk out of configuring the network on boot. :-) - erik
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 03, 2013 at 09:08:26PM +0100, Steve Simon wrote: My need is for postscript to pcl6 for the printer we have, currently I run ghostscript under linuxemu which works but I I would prefer to have a working native port. Since I had to try to print to an HP with PCL (in fact, with HPGL embedded in PCL, with job dispatched by PJL...) I looked for a direct whatever to HPGL (there was a now nuked program in cups in the early days) or for whatever to PCL. I have not managed to get a working ghostscript combination that can be swallowed by the HP big designjet, so I have read the ghostscript sources and the cups sources. Problem: there is a mixing of PJL directly in the drivers (while PJL should be left outside for what it is: embedding printer jobs---lp level); cups uses ghostscript mainly to rasterize a PS document and then to produce PJL and PCL commands to embed this image in a job the PCL printer can eat. For the task at end, you might have more success by using the Ghostscript shipped by Plan9 to create a raw image (à la cups) and to write the filter to embed this image in PCL commands, and these in PJL (PCL and PJL are now finally documented by HP). If you have a network connected printer (or a printer connected to a bi-directional parallel port) to discover what is supported by the printer, use PJL (sh(1) example used from an Unix): #!/bin/sh # # lpd status. # LPD_OK=0 LPD_ERROR=1 LPD_FATAL=2 PJL_UEL='%-12345X' # Universal Exist Language : sentry PJL_LANGUAGE_SWITCH='E' # for printers supporting several languages # If used as a filter for lpd, it has to have something. # cat /dev/null # Opening the job. # printf '%s' $PJL_UEL # Ensure we send us something. # printf '@PJL USTATUS DEVICE=VERBOSE\n' # A custom string is echoed because there can be informations sent to # someone else for something else. This is to now this is linked to our # request. # printf '@PJL ECHO KerGIS requesting config %s\n' $(date -u '+%F %T') # If the printer does not support the category, the answer is: # # ? CRLF # FF # # Hence, we ask for everything hoping to have something... # INFO # printf '@PJL INFO ID\n' printf '@PJL INFO CONFIG\n' printf '@PJL INFO FILESYS\n' printf '@PJL INFO MEMORY\n' printf '@PJL INFO PAGECOUNT\n' printf '@PJL INFO STATUS\n' printf '@PJL INFO VARIABLES\n' printf '@PJL INFO USTATUS\n' # INQUIRE et DINQUIRE. # printf '@PJL INQUIRE PERSONALITY\n' printf '@PJL INQUIRE RESOLUTION\n' printf '@PJL INQUIRE RESOURCESAVE\n' # End of job # printf '%s' $PJL_UEL exit $LPD_OK -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: [9fans] anyone put their venti on an SSD?
Makes sense. Moving to plan9port had more to do with making better use of the ReadyNAS in the rack than anything else. The performance was a nice if unexpected side-effect. On Friday, May 3, 2013, erik quanstrom wrote: On Fri May 3 23:27:40 EDT 2013, sstall...@gmail.com javascript:; wrote: I had originally used a Crucial 32GB SSD years ago and swapped to a 55GB OCZ enterprise drive (using sdahci). More recently I've moved my venti arenas over to plan9port and have switched over to using the entire SSD for fossil. So far this has been faster than running venti natively - though I still take a replica each night out of paranoia. there are many components to the performance here, but i can think of at least one simple issue. plan 9 loopback tcp can be pretty slow due to scheduling issues. (induced by the structure of tcp, not any issue with the scheduler.) my atom (which is slightly worse than a d525) gets ladd; nettest -l -n 1 tcp!192.168.0.136!39769 count 1; 8192 bytes in 2.649575 s @ 29.5 MB/s (0ms) so i would imagine that working out how to post a fd to srv would really help a lot. not to mention, taking some funk out of configuring the network on boot. :-) - erik
[9fans] anyone attempted to build ghostscript recently?
Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... Anyone attempted this? -Steve
[9fans] anyone put their venti on an SSD?
what the subject says, anyone put their venti (those that use it) on a solid state disk? -Steve
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri May 3 10:19:43 EDT 2013, st...@quintile.net wrote: Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... oh please do! one question, though. are there better alternatives than ghostscript for pdf? ghostscript usually fails for simple documents on my amd64 machine with (to me) inscrutible postscript stack traces. i find that often ghostscript also fails on linux for the same document, but e.g. evince does not. - erik
Re: [9fans] anyone put their venti on an SSD?
I have not yet, but i've been meaning to play around some with different arrangements for different parts. Please let us know if you hear anything interesting. Anthony
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 03, 2013 at 10:22:13AM -0400, erik quanstrom wrote: one question, though. are there better alternatives than ghostscript evince is a poppler frontend; poppler's problematic dependencies include glib and cmake. poppler is descended from xpdf, whose problematic dependencies are include freetype and motif, although I believe the actual pdf rendering code doesn't invoke any motif. khm
Re: [9fans] anyone attempted to build ghostscript recently?
Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... Anyone attempted this? Ghostscript 8.53 was already using autotools, but Russ Cox wrote a mkfile for it when he ported it to Plan 9. The current mkfile is already able to compile Ghostscript up to 8.63, with almost no change. However, I'm only using Ghostscript 8.56, since I wasn't able to run the following releases properly. You could probably use the current mkfile as a base and expend it. There are probably changes needed in the code that should be pushed upstream. -- David du Colombier
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 03, 2013 at 03:18:40PM +0100, Steve Simon wrote: Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... Plan A, create a SmallScript borrowing the rasterizing routines of METAFONT and not aiming to be a full PostScript interpreter. Plan B, get rid of PostScript altogether and use TeX and METAFONT and/or fonts available with the glyphes, and render directly from dvi to pdf, dvi to raw (image), dvi to pcl; even using virtual fonts to render approximately fonts not present with glyphes definition for previsualisation, and using dvips for direct printing to real PostScript interpreters (with embedded compliant PostScript standard fonts). Isn't there a sentence about wanting a banana, and being forced to have a Gorilla handing the banana with the whole jungle around? -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: [9fans] anyone attempted to build ghostscript recently?
...and how does that help me read a pre-existing PDF document? ---BeginMessage--- On Fri, May 03, 2013 at 03:18:40PM +0100, Steve Simon wrote: Thinking of tackeling ghostscript again but failed at the first hurdle, it needs autotools to build... Plan A, create a SmallScript borrowing the rasterizing routines of METAFONT and not aiming to be a full PostScript interpreter. Plan B, get rid of PostScript altogether and use TeX and METAFONT and/or fonts available with the glyphes, and render directly from dvi to pdf, dvi to raw (image), dvi to pcl; even using virtual fonts to render approximately fonts not present with glyphes definition for previsualisation, and using dvips for direct printing to real PostScript interpreters (with embedded compliant PostScript standard fonts). Isn't there a sentence about wanting a banana, and being forced to have a Gorilla handing the banana with the whole jungle around? -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C---End Message---
Re: [9fans] anyone attempted to build ghostscript recently?
Is a PS/PDF library something that might benefit from reconstruction in Go? Or is it just a spaghetti mess?
Re: [9fans] anyone attempted to build ghostscript recently?
What about mupdf? It has few dependecies [1] http://mupdf.com/doc/ [1] http://git.ghostscript.com/?p=mupdf.git;a=tree;f=thirdparty;hb=HEAD pmarin. On Fri, May 3, 2013 at 7:16 PM, erik quanstrom quans...@quanstro.netwrote: On Fri May 3 13:15:41 EDT 2013, knapj...@gmail.com wrote: Is a PS/PDF library something that might benefit from reconstruction in Go? Or is it just a spaghetti mess? go or c, a fresh implementation might be an improvement, and given the weight of some of the other options, might be more time-efficient than one would think. - erik
Re: [9fans] anyone attempted to build ghostscript recently?
On May 3, 2013, at 12:16 PM, erik quanstrom quans...@quanstro.net wrote: On Fri May 3 13:15:41 EDT 2013, knapj...@gmail.com wrote: Is a PS/PDF library something that might benefit from reconstruction in Go? Or is it just a spaghetti mess? go or c, a fresh implementation might be an improvement, and given the weight of some of the other options, might be more time-efficient than one would think. There are several somewhat portable pdf rendering libraries out there. Some with mostly C and a little sprinkling of C++ (like mupdf.com). If we had a Javascript interpreter and support or SVG then https://wiki.mozilla.org/PDF.js might be an option once that group irons out the kinks. -jas
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 03, 2013 at 09:14:18AM -0800, Jack Johnson wrote: Is a PS/PDF library something that might benefit from reconstruction in Go? Or is it just a spaghetti mess? Whatever the way (porting existing to Go or writing from scratch), a Go version would be an improvement against a C++ one with gigabytes of dependencies. This may be (partly) achievable with a PDF library, I doubt something like Ghostscript is achievable (and I even wonder if that makes sense to reimplement a full PostScript interpreter). The problem is: if this is just to render documents created on Plan9, a minimum is required, but one could get rid entirely of PostScript or PDF. If this is to view an external PDF document, or to render an external PS document, that may use the latest version (for PDF) or a lot of features (for PS), you're skrewed. But in this case, there are probably online PDF viewers... -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: [9fans] anyone attempted to build ghostscript recently?
But in this case, there are probably online PDF viewers... But no Plan 9 browsers. -- Aram Hăvărneanu
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 03, 2013 at 08:10:26PM +0200, Aram H?v?rneanu wrote: But in this case, there are probably online PDF viewers... But no Plan 9 browsers. Yes... But this is also why, concurrently, work has to be done to get rid of some unnecessities: that documents produced on Plan9 be viewable on Plan9 with only Plan9 means (external documents are another problem). And this is why I prefer TeX other *roff: not because of some religious war; but because TeX is a whole system, including fonts and mean to make them, and there is a shortest path to full autonomy. (And this is why kerTeX will still produce DVI, even with extensions, and not directly PDF.) What would be fun would be a... PDF to DVI converter (because it will mean a huge part of dropping features---/dev/null is something I can not do without.) -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: [9fans] anyone attempted to build ghostscript recently?
Yes... But this is also why, concurrently, work has to be done to get rid of some unnecessities: that documents produced on Plan9 be viewable on Plan9 with only Plan9 means (external documents are another problem). ghostscript already renders plan 9 produced pdf just fine. so that problem is solved, and there's no need to do anything. what we need is better access to externally produced documents. - erik
Re: [9fans] anyone attempted to build ghostscript recently?
On Fri, May 3, 2013 at 10:38 AM, erik quanstrom quans...@labs.coraid.comwrote: Yes... But this is also why, concurrently, work has to be done to get rid of some unnecessities: that documents produced on Plan9 be viewable on Plan9 with only Plan9 means (external documents are another problem). ghostscript already renders plan 9 produced pdf just fine. so that problem is solved, and there's no need to do anything. what we need is better access to externally produced documents. So, skipping interactivity, what about a pdf2pdf filter? -Jack
Re: [9fans] anyone attempted to build ghostscript recently?
Russ Cox wrote a mkfile for it when he ported it to Plan 9. thanks, yes I looked at ghostscript a year or two ago but they seem to have changed their directory layout and modifying the mkfile was not straightforward. My need is for postscript to pcl6 for the printer we have, currently I run ghostscript under linuxemu which works but I I would prefer to have a working native port. I will try again. -Steve
Re: [9fans] anyone put their venti on an SSD?
I tried putting our index on a single OCZ SSD and it died during buildindex. The SSD was completely unresponsive thereafter, which is pretty appalling behaviour for a storage device. Having since sworn off OCZ, I would try again with a pair of Intel 330s in a RAID.
Re: [9fans] anyone put their venti on an SSD?
I tried putting venti on an ssd with similar results. Fossil, kenfs, and cwfs all worked fine on that drive though. I think it was one of the earlier Intels. On May 3, 2013, at 16:59, ge...@plan9.bell-labs.com wrote: I tried putting our index on a single OCZ SSD and it died during buildindex. The SSD was completely unresponsive thereafter, which is pretty appalling behaviour for a storage device. Having since sworn off OCZ, I would try again with a pair of Intel 330s in a RAID.
Re: [9fans] anyone put their venti on an SSD?
i have 60GB intel ssd in my new fileserver holding the cwfs worm cache. no problems so far. but the machine is just up for two weeks. its an experiment. if it breaks i have spare sata drive that could replace it. the worm is on a mirror with traditional mechanical harddrives. cpu% cat '#S/sdC0/ctl' inquiry INTEL SSDSC2CT060A3 config 0040 capabilities 2F00 dma 00550040 dmactl 00550040 rwm 16 rwmctl 0 lba48always off model INTEL SSDSC2CT060A3 serial BTMP31010344060AGN firm300i featlba llba smart power nop ata8 sct geometry 117231408512 alignment 512 0 missirq 0 sloop 0 irq 2233361 2233358 bsy 0 0 nildrive3 part data 0 117231408 part plan9 63 117226305 part 9fat 63 204863 part nvram 204863 204864 part fscache 204871 67313735 -- cinap
Re: [9fans] anyone put their venti on an SSD?
On 3 May 2013 21:59, ge...@plan9.bell-labs.com wrote: I tried putting our index on a single OCZ SSD and it died during buildindex. The SSD was completely unresponsive thereafter, which is pretty appalling behaviour for a storage device. I had similar problems with OCZ. I was only copying venti state (as raw partitions) from one drive to the ssd. I haven't tried again with other makes, mainly for lack of time.
Re: [9fans] anyone put their venti on an SSD?
On 2013-05-03, at 1:59 PM, ge...@plan9.bell-labs.com wrote: I tried putting our index on a single OCZ SSD and it died during buildindex. The SSD was completely unresponsive thereafter, which is pretty appalling behaviour for a storage device. Having since sworn off OCZ, I would try again with a pair of Intel 330s in a RAID. A couple of months ago I tried cloning my existing fossil+venti to an OCZ Vertex 3. I did the partitioning and setup by hand and everything seemed to go just fine: the arenas copied and verified, fossil initialized, and I could run and mount the fossil from the SSD, but whenever I tried to boot from it it failed very early on with I/O error and that was that. I didn't have any spare time to mess around with it so I just stuck with the existing disk. I was running a really bastardized mix of old and new boot software, so it's quite possible I screwed up installing the correct MBR and boot loader. But it might also have been a problem with the BIOS or SATA controller on the motherboard -- it's a slightly ancient Supermicro Atom 1U, and it doesn't like SATA hard disks, either (it's currently talking to an IDE disk). I didn't have time to try 9atom. That said, the limited testing I did with the secondary fossil+venti showed it to be quite zippy, within the limitations of the surrounding motherboard hardware. Certainly it was noticeably faster than the hard disk for, e.g., mk all. --lyndon
Re: [9fans] anyone put their venti on an SSD?
We've had a lot of success with Intel SSDs, only problem is that they seem to be in short supply right now. We're also looking at Samsung SSDs, and they seem to be perhaps even better than the Intel SSDs. OCZs break often in my experience. 2013/5/3 cinap_len...@gmx.de: ocz seems to have a bad reputation. just googled intel ssd broken and you get tons of results from people with broken/dead ocz ssd's. -- cinap
Re: [9fans] anyone put their venti on an SSD?
I was running a really bastardized mix of old and new boot software, so it's quite possible I screwed up installing the correct MBR and boot loader. But it might also have been a problem with the BIOS or SATA controller on the motherboard -- it's a slightly ancient Supermicro Atom 1U, and it doesn't like SATA hard disks, either (it's currently talking to an IDE disk). I didn't have time to try 9atom. that sort of machine is 9atom's original raison d'être. also there were some issues with ide in pio mode recently fixed. (credit: stallion) you may still want to look at 9atom even in ide mode. (i'm not absolving the drive. just saying that there are plan 9 issues affecting your machine.) - erik
Re: [9fans] anyone put their venti on an SSD?
On 2013-05-03, at 6:31 PM, cinap_len...@gmx.de wrote: ocz seems to have a bad reputation. just googled intel ssd broken and you get tons of results from people with broken/dead ocz ssd's. Disk drive reliability comes and goes with the seasons. For years I only ran Seagate disks, and wouldn't go near WD. Then, after a 30% failure run on 1 year old Seagates, I switched back to WDs, which have been flawless for me. So far. And Hitachi has drifted in and out of the picture over the years. Ask anyone else and they will tell you a partially to completely different story. At $80 for a couple of TB, I'll just toss them out when they break. And while SSD isn't anywhere near that inexpensive yet, it's finally down into the price range where you can call it commodity disk. These days I'm paying a bit under $1/GB for SSD. That's cheap enough that I can afford to experiment with smaller sized drives in non-critical applications. I have a FreeBSD box that's been running off an OCZ Vertex 3 for a few months now without issue. It does regular buildworlds and the like, so I'm not gentle on the write volume. UFS TRIM support seems to work fine, and if you chose to believe the smart stats, the (128 GB) disk is error free after having many TB written to it. Many claim Sandforce disks will blow up well before this. I'm beginning to think otherwise, although my sample space is not statistically significant. I have a pair of Vertex 4s I haven't installed yet. I'm curious to see how much (or if) the new OCZ controllers work. The benchmarks I've read are impressive. I'm planning to put one into my Mac Mini. If MacOS and its several hundred GB VM footprint can't kill an SSD, nothing will ;-) --lyndon
Re: [9fans] anyone put their venti on an SSD?
On 2013-05-03, at 6:43 PM, erik quanstrom wrote: (i'm not absolving the drive. just saying that there are plan 9 issues affecting your machine.) No doubt. But I got it to the point where it's working quite happily. And it can maintain that steady state until it tips over and dies, at which point I will re-install on much more current kit. I'm getting too old to fight with the hardware any more ;-P
Re: [9fans] anyone put their venti on an SSD?
Disk drive reliability comes and goes with the seasons. For years I only ran Seagate disks, and wouldn't go near WD. Then, after a 30% failure run on 1 year old Seagates, I switched back to WDs, which have been flawless for me. So far. And Hitachi has drifted in and out of the picture over the years. imho, applying 50 years of experience with spinning hard drives with the relatively new flash memory drive is a suspect comparison. - erik
Re: [9fans] anyone put their venti on an SSD?
On 2013-05-03, at 6:51 PM, erik quanstrom wrote: imho, applying 50 years of experience with spinning hard drives with the relatively new flash memory drive is a suspect comparison. Is it? Cheap SSD seems to break as often as cheap spinny disks. According to everyone's anecdotal stories, at least.
Re: [9fans] anyone put their venti on an SSD?
On Fri May 3 17:59:27 EDT 2013, cinap_len...@gmx.de wrote: i have 60GB intel ssd in my new fileserver holding the cwfs worm cache. no problems so far. but the machine is just up for two weeks. as long as we're straying from venti, i'll say that i've used ssds in ken's file server as both cache and worm drives. there were no problems at all. i've mostly used various intel drives, which have performed in accordance to all published specs. i've also used ocz drives as boot drives to hold nvram. no problems. perhaps this is the proverbial faint praise. on the subject of ken's file server / cwfs, it makes the most sense to me to use ssds as worm, not cache. bandwith to the cache isn't important as long as you don't blow the ram cache. but anything that isn't in the ram cache but is on the worm tends to be randomish access. ssds to very well at at random access, and write once decreases pressure on many things that make implementing a flash drive hard. i would expect similar from venti, which has an even more random data access pattern. - erik
Re: [9fans] anyone put their venti on an SSD?
On 2013-05-03, at 7:00 PM, erik quanstrom wrote: well clearly, we must lump everything that breaks anecdotally as often in the same catagory, by manufacturer. Exactly. That's where we started this conversation :-)
Re: [9fans] anyone put their venti on an SSD?
On Fri, May 03, 2013 at 10:00:41PM -0400, erik quanstrom wrote: On 2013-05-03, at 6:51 PM, erik quanstrom wrote: imho, applying 50 years of experience with spinning hard drives with the relatively new flash memory drive is a suspect comparison. Is it? Cheap SSD seems to break as often as cheap spinny disks. According to everyone's anecdotal stories, at least well clearly, we must lump everything that breaks anecdotally as often in the same catagory, by manufacturer. - erik that was the worst haiku I've ever seen
Re: [9fans] anyone put their venti on an SSD?
well clearly, we must lump everything that breaks anecdotally as often in the same catagory, by manufacturer. - erik that was the worst haiku I've ever seen oh, now. you give me too much credit. i wasn't even trying. - erik
Re: [9fans] anyone put their venti on an SSD?
I had originally used a Crucial 32GB SSD years ago and swapped to a 55GB OCZ enterprise drive (using sdahci). More recently I've moved my venti arenas over to plan9port and have switched over to using the entire SSD for fossil. So far this has been faster than running venti natively - though I still take a replica each night out of paranoia. On Fri, May 3, 2013 at 7:19 AM, Steve Simon st...@quintile.net wrote: what the subject says, anyone put their venti (those that use it) on a solid state disk? -Steve
Re: [9fans] anyone put their venti on an SSD?
cwfs copies the blocks from worm into the cache on read. so the working set is served from the ssd and the ram buffer cache. reading /n/dump would hit the mechanical disk tho. -- cinap
Re: [9fans] anyone put their venti on an SSD?
no cats in picture! -- cinap
Re: [9fans] anyone put their venti on an SSD?
On 4 May 2013 00:59, Charles Forsyth charles.fors...@gmail.com wrote: I had similar problems with OCZ. I ought to have observed that I bought the drive from Fry's as refurbished, which probably wasn't a good recommendation for a drive that was fairly new.
Re: [9fans] anyone use 9vx with root from kenfs?
On Fri Apr 26 22:45:46 EDT 2013, skip.tavakkol...@gmail.com wrote: if so, does it involve aux/trampoline? i looked through the archives and can't see any mention of IL. i'm using sources from yiyus' repo on bitbucket. i put the source (no hg) for 9vx with a builtin /net on http://ftp.9atom.org/other/9vx.tar.bz2 ; hg status M src/9vx/Makefrag M src/9vx/a/chan.c M src/9vx/a/devether.c M src/9vx/a/etherif.h M src/9vx/a/ip/arp.c M src/9vx/a/ip/devip.c M src/9vx/a/ip/ethermedium.c M src/9vx/a/ip/icmp.c M src/9vx/a/ip/icmp6.c M src/9vx/a/ip/ip.h M src/9vx/a/ip/ipaux.c M src/9vx/a/ip/ipifc.c M src/9vx/a/ip/tcp.c M src/9vx/a/netif.c M src/9vx/a/netif.h M src/9vx/a/pgrp.c M src/9vx/a/portdat.h M src/9vx/a/proc.c M src/9vx/devtab.c M src/9vx/etherve.c M src/9vx/main.c M src/9vx/sdloop.c M src/9vx/trap.c M src/9vx/u.h M src/Makefrag M src/vxa/bz2/Makefrag ! src/9vx.FreeBSD.gz ! src/9vx.Linux.gz ! src/9vx.OSX.gz ? src/9vx/a/aoe.h ? src/9vx/a/devaoe.c ? src/9vx/a/ip/il.c ? src/9vx/a/sdaoe.c ? src/9vx/conf.c ? src/9vx/etherrs.c
Re: [9fans] anyone use 9vx with root from kenfs?
The Plan 9 network stack and the work dho did was merged in my repo (and so in ron's and others) a long time ago. It was one of the first things I did. There are two options: to use a pcap-based ethernet device (which needs root) or a tun/tap one (then you don't need root, but will probably want to set up a virtual network). Though none of them are enabled by default, this can be changed using command line arguments or a plan9.ini file. Everything should be explained in the man page. -- - yiyus || JGL .
[9fans] anyone use 9vx with root from kenfs?
if so, does it involve aux/trampoline? i looked through the archives and can't see any mention of IL. i'm using sources from yiyus' repo on bitbucket. -Skip
Re: [9fans] anyone use 9vx with root from kenfs?
I did that just after 9vx was announced. /net was ported from plan9 by devon iirc. and il was easy to port then mod some sign issues. it depended on raw networking. I stopped using it since drawterm didn't crash and 9vx did at the time. - erik Skip Tavakkolian skip.tavakkol...@gmail.com wrote: if so, does it involve aux/trampoline? i looked through the archives and can't see any mention of IL. i'm using sources from yiyus' repo on bitbucket. -Skip
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
I send the venti scores to my email account and burn them on the DVDs with the arenas. Lucho On Wed, Nov 17, 2010 at 9:51 AM, David Leimbach leim...@gmail.com wrote: I'm giving consideration to maintaining a venti-based setup for my house for all the digital media we have (since getting our Apple TV, we've had more stuff to stream around the house). I've just now started playing with things like vac/unvac, to backup and extract trees of my HFS+ file system and I wonder about a few things. What do people do if they ever lose their venti scores? Seems like this is handle-less data now, and fairly useless. I figure I could keep a vac archive of venti scores, then I'd only need to remember one, and name the files I store the scores in reasonably, but if that's lost... what are my options? Dave
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
Seems a very logical way to go. On Mon, Nov 22, 2010 at 7:56 AM, Latchesar Ionkov lu...@ionkov.net wrote: I send the venti scores to my email account and burn them on the DVDs with the arenas. Lucho On Wed, Nov 17, 2010 at 9:51 AM, David Leimbach leim...@gmail.com wrote: I'm giving consideration to maintaining a venti-based setup for my house for all the digital media we have (since getting our Apple TV, we've had more stuff to stream around the house). I've just now started playing with things like vac/unvac, to backup and extract trees of my HFS+ file system and I wonder about a few things. What do people do if they ever lose their venti scores? Seems like this is handle-less data now, and fairly useless. I figure I could keep a vac archive of venti scores, then I'd only need to remember one, and name the files I store the scores in reasonably, but if that's lost... what are my options? Dave
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
I use vac -a to back up several unix systems to my main Plan 9 file server. Currently I'm doing two nightly via cron and two sporadically (laptops); there have been more of each in the past. In addition to storing the scores locally, I wrote a little rc script that lives in /rc/bin/service.auth and accepts scores and stores them on my CPU server. Combined with a simple 9fs addition, I can always 9fs foo.vac and get foo's history of archives from all my plan9 systems. I've also done restores from p9p, but have not exercised that well. I considered using vbackup instead of vac on the unix side, but it didn't look practical to get at the results from plan9. Also, I really needed to be selective in what I saad backing up (there's a few hundred Gb of post-processed video I don't need to store on one of these systems, and growing daily). This has worked very well for me overall; my only problem has been vtcache exhaustion on some backups, which I haven't been able to track down. Thankfully the error is on backup, not restore, so you know something's gone wrong when it happens. My message about vtcache is at http://9fans.net/archive/2010/02/307. I'm not sure I pushed the absolute latest to sources, but some version of my unix backup script is at /n/sources/contrib/anothy/bin/rc/vacbak.
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wed, 17 Nov 2010 09:44:27 PST David Leimbach leim...@gmail.com wrote: On Wed, Nov 17, 2010 at 9:23 AM, dexen deVries dexen.devr...@gmail.comwrote : On Wednesday 17 November 2010 18:14:35 Venkatesh Srinivas wrote: (...) I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... could you please elaborate a bit about that data loss? traversing symlinks breaks? some files not getting read by vac at all? (I'm interested in using p9p vac+venti in similar manner, but on Linux w/ GNU stuff) I could imagine vac/unvac not dealing with resource forks or POSIX extended attributes and such properly, as well as potentially having difficulty with symlinks, but having dealt with stuff like that in xar, I don't think it's too difficult to address. I may need to read up on venti and see what sorts of data types it supports. Might be time to add some extensions? venti doesn't care but vac/unvac do deal with symlinks, fifos and special devices. The problem with -a is that a /mmdd/ prefix gets prepended to all paths and these dirs are readonly (555). unvac coredumps in trying to extract anything under /. The real problem is that unvac needs to handle non-empty 555 dirs specially (like tar does). Try this on unix: mkdir -p a/b chmod 555 a tar cf - a | (cd /tmp; tar -xvf -) vac a | (cd /tmp; unvac -v) The basic problem is that venti friends need some grunt work to make them bullet/idiot proof.
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Thursday 18 November 2010 20:40:13 Bakul Shah wrote: On Wed, 17 Nov 2010 09:44:27 PST David Leimbach leim...@gmail.com wrote: On Wed, Nov 17, 2010 at 9:23 AM, dexen deVries dexen.devr...@gmail.comwrote On Wednesday 17 November 2010 18:14:35 Venkatesh Srinivas wrote: (...) I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... could you please elaborate a bit about that data loss? traversing symlinks breaks? some files not getting read by vac at all? (I'm interested in using p9p vac+venti in similar manner, but on Linux w/ GNU stuff) I could imagine vac/unvac not dealing with resource forks or POSIX extended attributes and such properly, as well as potentially having difficulty with symlinks, but having dealt with stuff like that in xar, I don't think it's too difficult to address. I may need to read up on venti and see what sorts of data types it supports. Might be time to add some extensions? venti doesn't care but vac/unvac do deal with symlinks, fifos and special devices. The problem with -a is that a /mmdd/ prefix gets prepended to all paths and these dirs are readonly (555). unvac coredumps in trying to extract anything under /. The real problem is that unvac needs to handle non-empty 555 dirs specially (like tar does). Try this on unix: mkdir -p a/b chmod 555 a tar cf - a | (cd /tmp; tar -xvf -) vac a | (cd /tmp; unvac -v) The basic problem is that venti friends need some grunt work to make them bullet/idiot proof. thanks ;) -- dexen deVries ``One can't proceed from the informal to the formal by formal means.''
[9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
I'm giving consideration to maintaining a venti-based setup for my house for all the digital media we have (since getting our Apple TV, we've had more stuff to stream around the house). I've just now started playing with things like vac/unvac, to backup and extract trees of my HFS+ file system and I wonder about a few things. What do people do if they ever lose their venti scores? Seems like this is handle-less data now, and fairly useless. I figure I could keep a vac archive of venti scores, then I'd only need to remember one, and name the files I store the scores in reasonably, but if that's lost... what are my options? Dave
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wed, Nov 17, 2010 at 11:51 AM, David Leimbach leim...@gmail.com wrote: I'm giving consideration to maintaining a venti-based setup for my house for all the digital media we have (since getting our Apple TV, we've had more stuff to stream around the house). I've just now started playing with things like vac/unvac, to backup and extract trees of my HFS+ file system and I wonder about a few things. What do people do if they ever lose their venti scores? Seems like this is handle-less data now, and fairly useless. I figure I could keep a vac archive of venti scores, then I'd only need to remember one, and name the files I store the scores in reasonably, but if that's lost... what are my options? Dave There is a script floating around (dumpvacroots or somesuch) that lets you recover vac scores given access to the venti arenas. I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... -- vs
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wednesday 17 November 2010 18:14:35 Venkatesh Srinivas wrote: (...) I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... could you please elaborate a bit about that data loss? traversing symlinks breaks? some files not getting read by vac at all? (I'm interested in using p9p vac+venti in similar manner, but on Linux w/ GNU stuff) -- dexen deVries ``One can't proceed from the informal to the formal by formal means.''
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wed, Nov 17, 2010 at 9:14 AM, Venkatesh Srinivas m...@acm.jhu.edu wrote: On Wed, Nov 17, 2010 at 11:51 AM, David Leimbach leim...@gmail.com wrote: I'm giving consideration to maintaining a venti-based setup for my house for all the digital media we have (since getting our Apple TV, we've had more stuff to stream around the house). I've just now started playing with things like vac/unvac, to backup and extract trees of my HFS+ file system and I wonder about a few things. What do people do if they ever lose their venti scores? Seems like this is handle-less data now, and fairly useless. I figure I could keep a vac archive of venti scores, then I'd only need to remember one, and name the files I store the scores in reasonably, but if that's lost... what are my options? Dave There is a script floating around (dumpvacroots or somesuch) that lets you recover vac scores given access to the venti arenas. I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... This is mainly a form of secondary backup for me for now, but given what I learn about it over time, it could become a primary. Are there any open problem reports around this? I might be interested in tackling some of these, or at least trying to reproduce them. I still do some rsync based backups anyway. -- vs
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wed, Nov 17, 2010 at 12:23 PM, dexen deVries dexen.devr...@gmail.com wrote: On Wednesday 17 November 2010 18:14:35 Venkatesh Srinivas wrote: (...) I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... could you please elaborate a bit about that data loss? traversing symlinks breaks? some files not getting read by vac at all? I have a number of vac archives that were made by vac-ing my homedir that cannot be mounted (venti can't find some of the scores in the tree). However, they did pass scrubbing (scrub was a tool i wrote that is sorta like half of venti/copy -- it traverses a tree, checks hashes, but doesn't write them out to anything). I have a number of trees in which somehow the SHA1 of the empty string was inserted: 'da39a3ee...'. And I have a number of trees that were venti/copied from one venti to another but somehow damaged (scores missing) after the copy, without seeing errors. vac -a in particular was good at producing archives which either don't mount or are filled with missing scores or zero-scores vs sha1(empty string) problems. Unvac is not useful for anything involving directories, since it outputs dirs which cannot be modified. http://groups.google.com/group/plan9port-dev/browse_thread/thread/8b0e2bc4b45d12b0 is a reasonably common bug from vac, seen on deep-ish directory trees. Two threads i can't find on the google groups interface, from p9p-dev as well: 1) 8/12/09 'venti/vac/vacfs trouble' and 2) 8/17/09 'vac errors'. Both bugs still exist afaik. I've seen this: cache block 501: type 8 score lots of zeros1f6 iostate 1 addr 502 ref 0 nlock 1 cache block 502: type 8 score lots of zeros1f7 iostate 1 addr 503 ref 0 nlock 1 cache block 503: type 8 score lots of zeros1f8 iostate 1 addr 504 ref 0 nlock 1 (output starts at 0x000...000 ;; goes up to score 0x000...200). vtcachebumpblock: no free blocks in vtCachezsh: IOT instruction ./vac -s -v -h tcp!acm.jhu.edu!17034 /export/home happen on deep-ish directory trees as well; I never managaed to track it down, though. Most recently, I've run two venti servers; vac targets the first one, every night the score is venti/copied to the second server. After two weeks, the two servers (with identical initial configuration) had different size and block counts from the http://.../storage. -- vs
Re: [9fans] Anyone using p9p or Plan 9 venti as a more generic backup system?
On Wed, Nov 17, 2010 at 9:23 AM, dexen deVries dexen.devr...@gmail.comwrote: On Wednesday 17 November 2010 18:14:35 Venkatesh Srinivas wrote: (...) I'd be very careful with vac -m and -a on Unix; both have been at the root of considerable data-loss on a unix venti for me. I'd recommend vac-ing tarballs, rather than using vac's on unix trees directly. But your mileage may vary... could you please elaborate a bit about that data loss? traversing symlinks breaks? some files not getting read by vac at all? (I'm interested in using p9p vac+venti in similar manner, but on Linux w/ GNU stuff) -- dexen deVries I could imagine vac/unvac not dealing with resource forks or POSIX extended attributes and such properly, as well as potentially having difficulty with symlinks, but having dealt with stuff like that in xar, I don't think it's too difficult to address. I may need to read up on venti and see what sorts of data types it supports. Might be time to add some extensions? Dave ``One can't proceed from the informal to the formal by formal means.''
[9fans] anyone else having difficulty booting kw today?
I just did a pull and a recompile. The kernel boots to the point where it wants to get the root. I tell it the same root server I used before the rebuild, and the prompt comes back again asking for the root. Any thoughts on where I should look? usb/hub... root is from (tcp)[tcp]: 192.168.1.250 root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: Dave
Re: [9fans] anyone else having difficulty booting kw today?
OOPS dumb mistake on my part... I should have just pressed enter there. I really ought to script that. On Fri, Nov 5, 2010 at 9:41 AM, David Leimbach leim...@gmail.com wrote: I just did a pull and a recompile. The kernel boots to the point where it wants to get the root. I tell it the same root server I used before the rebuild, and the prompt comes back again asking for the root. Any thoughts on where I should look? usb/hub... root is from (tcp)[tcp]: 192.168.1.250 root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: root is from (tcp)[192.168.1.250]: Dave
[9fans] anyone in?
Anyone in yet? -- Object-oriented design is the roman numerals of computing -- Rob Pike
Re: [9fans] anyone in?
We are in. Holiday Inn Express. On Wed, Oct 21, 2009 at 1:13 AM, John Floren slawmas...@gmail.com wrote: Anyone in yet? -- Object-oriented design is the roman numerals of computing -- Rob Pike
Re: [9fans] anyone in?
I'm here, anyone doing breakfast? Where to go? ron
Re: [9fans] anyone in?
On Tue Oct 20 23:51:46 EDT 2009, rminn...@gmail.com wrote: I'm here, anyone doing breakfast? Where to go? ron what time? i can do ~9:00 i think. how about it's east to the 5-way intersection pm broad and down the hill to the se (oak st) http://www.eatatmamasboy.com/pages/base.php - erik
Re: [9fans] anyone in?
I think we converged on 8am at this thing on college? ron
Re: [9fans] anyone in?
The Grill is on the west side of the first block of college ave. 0xbc iPhone email On Oct 21, 2009, at 12:16 AM, ron minnich rminn...@gmail.com wrote: I think we converged on 8am at this thing on college? ron
Re: [9fans] anyone in?
So, floren and I are meeting in the holiday in lobby at 0730 and then will go find grill. I will bring laptop and will happily demo TVX and burn sticks for anyone who cares. Also bringing sheevaplug. ron
Re: [9fans] anyone in?
SOP for some workshops in the evening for me is to find a lobby with tables couches beer hardware (we supply that) tolerant hotel staff who don't threaten to throw you out at 2 am for not renting a conference room (as happened in Hamburg one year) and having a hack session. don't know if anyone else is interested but we can see. ron
[9fans] Anyone familiar with glomation?
http://www.glomationinc.com/ 49 bucks! It's an arm 9 -- anybody know what variety? ron
Re: [9fans] Anyone familiar with glomation?
2009/10/6 ron minnich rminn...@gmail.com: http://www.glomationinc.com/ 49 bucks! It's an arm 9 -- anybody know what variety? I pasted them here about 6 or so months ago. It's 49 bucks at quantity. For a single system, it goes up to $85. The processor is an Atmel. ron
[9fans] anyone tried fossil on p9p?
Has anyone gotten fossil (with or without venti) working on p9p, or tried and failed? I've been playing around with a variety of 9vx configurations and want to try booting it off a p9p-hosted fossil (on the same physical box). That's the next project.
Re: [9fans] Anyone handy with Alpha assembler?
On Tue, Aug 26, 2008 at 01:53, Benjamin Huntsman [EMAIL PROTECTED] wrote: Anyone around here still familiar with Alpha assembler (and the Alpha kernel in general) willing to point me in the right direction? Supposing one wanted to implement instruction emulation for the BWX extensions, etc, like Tru64 and OpenVMS do, so that you can run the same binaries on EV4 and EV5, where would be the best place to hook in? illegal0 in /sys/src/9/alphapc/l.s or illegal in /sys/src/9/alphapc/trap.c? Furthermore, how would one obtain the faulting instruction? Best I can tell, it's the Ureg *ur passed to illegal in trap.c or 8(R30) from illegal0. Thanks in advance! -Ben I think trap.c would be easier to work with or extend to other instructions, l.s might give better performance. PALcode would be probably the best option if it was properly patched during boot, but I don't know where one might get apropriate SDK nowadays. Anyway, If you want to check your code on an old Avanti-based EV45 Alpha, I am of service (unless I'll have to get rid of it when I move to Scotland...) Good luck with Alpha hacking, and remember about memory barriers... (Program Counter is not reliable source of information about which instruction caused the exception - It's like a mantra in Alpha manuals...) -- Paweł Lasek