On Fri May 9 08:36:54 EDT 2014, st...@quintile.net wrote:
Looks like you forgot to include json.h
I put my libjson.tgz and libxml.tgz on sources.
i would recommend renaming the J* files to j* files, and the functions
from J* to j*, as the tradition is to use lowercase.
- erik
On Fri May 9 08:56:34 EDT 2014, lu...@proxima.alt.za wrote:
i would recommend renaming the J* files to j* files, and the functions
from J* to j*, as the tradition is to use lowercase.
Go standards strike! (not the J* files, though)
this is not go. we should not use go standards in plan 9
on 64-bit machines, the unions in the ureg.h can lead to
internal padding. (power64 avoids this issue because everything
is 64-bit aligned anyway.) to sidestep the issue, i think
it might make sense to use #defines. for example, for arm
the conversion would look something like this:
typedef
Ugh, no! Is there a case where the padding is a problem? Normally
registers belonging to the same union are uniform in size. Those
defines will expand anywhere and not behave as expected:
ulong sp = ureg-sp;
This could lead to all sorts of entertaining problems.
any union on a 64-bit
on 64-bit machines, the unions in the ureg.h can lead to internal
padding.
although one tactic not yet implemented, but soon ..., is to make
struct and union alignment match the least alignment required, as is
done for arrays, the approach on amd64 and arm64 is simply not to
bother with
On Fri May 9 11:46:05 EDT 2014, charles.fors...@gmail.com wrote:
On 9 May 2014 16:29, erik quanstrom quans...@quanstro.net wrote:
do you think that's perhaps worth leaving the
#define in as a temporary measure?
but if you're working with arm, the existing union is fine as it is, so
why is this? arm is an exception.
- erik
On Fri May 9 16:25:44 EDT 2014, p...@fb.com wrote:
No answer? Nobody knows or my question is stupid?
I really search for the history of QID and why this Q but could
not find anything …
the question is interesting, but i don't know the answer.
i don't know the origin of u.h, either.
- erik
Also, from the Akaros side, we've extended the Plan 9 MSI code to
support MSI-X and tested it on real hardware; works fine. This allowed
us to stop worrying about ACPI; you don't need it if you do MSI-X.
Relief! And MSI-X is in some ways easier than MSI.
i don't see how this could be the case
actually, on this machine, about half the interrupt
sources don't do msi, since msi is the default irq type:
; grep ioapic /dev/irqalloc
#vec.mach irq count cycles typename
65.0 159967793975781 ioapic i8042
65.7 9
On Thu May 8 01:57:57 EDT 2014, lu...@proxima.alt.za wrote:
would be nice to put all the hardware support together.
That would be wonderful. But it does require resources to deal with
incompatibilities as well as different perception of value. My angle
her is that I'm mostly working with
On Thu May 8 07:59:12 EDT 2014, lu...@proxima.alt.za wrote:
We are losing the 'reference implementation' from which the branches can be
compared.
But is this a necessary consequemce of Bell Labs' distance, or merely
the way the community operates? A reference point need not itself be
On Thu May 8 07:22:41 EDT 2014, lu...@proxima.alt.za wrote:
Now, this is incompatible with the original Soundblaster stuff and no
one seems to care to deal with the incompatibilities.
wrong. it has been dealed with.
Not in the Bell Labs distribution, it hasn't. At least, not that I
But maybe, just maybe, if the community can get its act together to
support a codereview type approach, we can ask Coraid to sponsor the
minimum resources required by it. I don't have a clue to the details,
but I would be thrilled to contribute.
i think you're suggesting using some sort of
On Wed May 7 21:40:05 EDT 2014, k...@sciops.net wrote:
Quoting Charles Forsyth charles.fors...@gmail.com:
they weren't shot down, but saying use MY distribution over here,
or use MY distribution over here,
what i said was that both 9front and 9atom have the relevant bits in
an easily
+++ /sys/src/ape/lib/ap/amd64/atom.s
@@ -0,0 +1,75 @@
+TEXT ainc(SB), $0 /* long ainc(long *); */
+ MOVLaddr+0(FP), BX
the comment is wrong. it's int ainc(int*)
further down the definition of casp, cas64 is really wrong.
(it only considers the low 32-bits)
also why have atom.s in
On Wed May 7 04:47:05 EDT 2014, charles.fors...@gmail.com wrote:
On 7 May 2014 06:14, lu...@proxima.alt.za wrote:
The Bell Labs distribution does not seem to have a libc/amd64. It's a
bit of a show stopper. I could also be mistaken and a different amd64
is being looked for.
I did
On 7 May 2014 10:05, erik quanstrom quans...@quanstro.net wrote:
the comment is wrong. it's int ainc(int*)
h% grep ainc /sys/include/libc.h
long ainc(long*);
h% grep ainc /n/sources/plan9/sys/include/libc.h
long ainc(long*);
shouldn't that be aincl? these definitions were added
On Wed May 7 05:21:03 EDT 2014, charles.fors...@gmail.com wrote:
I see that I had better explain. I am yan cui's mentor for GSoC on a
particular project that is starting with some
code that I wrote, and it will greatly assist me initially if he and I are
using the same basic source code for
On Wed May 7 05:24:00 EDT 2014, 0in...@gmail.com wrote:
also why have atom.s in ape?
This is what was done on 386.
/n/sources/plan9/sys/src/ape/lib/ap/386/atom.s
that begs the question. why put the atom functions in ape
for any architecture?
- erik
!/bin/upas/marshal -s 'Re: [9fans] [GSOC] plan9 which arch code to use?' -R
/mail/fs/mbox/1815 9fans@9fans.net
On 7 May 2014 10:05, erik quanstrom quans...@quanstro.net wrote:
the comment is wrong. it's int ainc(int*)
h% grep ainc /sys/include/libc.h
long ainc(long*);
h
On Wed May 7 07:15:46 EDT 2014, lu...@proxima.alt.za wrote:
I should have commented further. The first patch is a copy from the
original Nix files written by jmk. The second is an attempt to synchronize
with the changes made in Plan 9 on September 2013.
Based entirely on these patches,
On Wed May 7 09:37:51 EDT 2014, charles.fors...@gmail.com wrote:
On 7 May 2014 13:59, Kurt H Maier k...@sciops.net wrote:
Sorry, wasn't aware this is an SP9SSS affair.
nothing secret; just what happened.
so, asking myself as well as the list, what steps can we
take to prevent working
Mostly just a mixture of arrogance and ineptitude that says I want to
do this my way?
For real, I can't resist a convergence challenge. The image I had in
my mind was of an amd64 environment within the Bell Labs release
(i386) that would allow me to build either 9atom or 9front releases
On Wed May 7 14:33:08 EDT 2014, s...@9front.org wrote:
if everybody does their own thing, perhaps we spend all our collective
time doing the same thing, and no progress is made?
Most of the duplicated effort never seems to make it out
to the public, so for users, the point is often moot.
would be nice to put all the hardware support together.
It's all available for anyone to take from the public
repositories. I don't think any of the forks have placed
additional restrictions on what can be done with their
changes.
Enjoy.
you're missing my point. it's not particularly
On Wed May 7 16:00:21 EDT 2014, s...@9front.org wrote:
you're missing my point. it's not particularly useful as a tinker-toy
set. especially when there are 10 wheels and 1 stick.
What I know is that I turn on my Thinkpad x230 and everything
works. After the boot process finishes I just
(1) the amd64 compiler suite, (2) the source for the amd64-specific bits of
the library,
(3) the modifications to make the whole source compile and run in 64 bits
(and not just amd64 but any one), (4) the source for the prototype amd64
kernel,
(5) the source for the several versions of the
On Tue May 6 04:39:11 EDT 2014, arn...@skeeve.com wrote:
also, quite a bit that is unaccountably still in other kernels (because
Unix did it exactly that way in the 1970s on a PDP-11)
I think that unaccountably is a bit harsh. There is A L O T of old
Unix software that still just
Recently I saw that the source of the underlying engine for (I think)
Chrome had roughly halved in size. I'm not sure if that's the same
version as the you've got. They'd done trendy things like devise and
implement suitable abstractions for different parts of the
graphics/browsing model,
Well, you know there is a lot of noise for linux kernel about keeping it
compatible for even very old versions of apps binaries, while in
reality, linux apps binaries are very rare to be executed even from one
distro to another...
most of the 2ed binaries still run on modern 386 kernels.
does anyone know why the teg2 keyboard code has these two extra
scan code tables?
case 5:
*r = kbtabctrlesc1[*sc];
return 1;
case 6:
*r = kbtabshiftesc1[*sc];
return 1;
- erik
On Tue May 6 18:26:58 EDT 2014, ccuiy...@gmail.com wrote:
Dear all,
I was confused by one experiment which is done today.
My machine is x86_64 and I run Plan9 inside KVM. According to my
understanding, operating system should detect which hardware platform it is
running (x86, sparc,
On Mon May 5 01:19:06 EDT 2014, lu...@proxima.alt.za wrote:
Your numbers don't look entirely abnormal. That test issues
over a million small writes. (Although it really should be
using bufio).
Are you suggesting we ought to change pack? I don't mind doing it if
it's likely to be
On Sun, May 04, 2014 at 08:53:39PM -0400, erik quanstrom wrote:
On Sun May 4 18:01:22 EDT 2014, yshu...@lynxline.com wrote:
Just idea, but seriously, why cannot do something like this:
# cat /prog/new $id
# cat /dis/ls.dis /prog/$id/dis
# echo / /prog/$id/cwd
the system calls that are not currently in the name space are those
that do not distribute (and there have been a few things in the name
space that don't distribute and are troublesome).
segbrk doesn't distribute. rfork doesn't distribute. you can have a
control request in a name space
On Mon May 5 10:40:18 EDT 2014, yshu...@lynxline.com wrote:
On 05/05/2014 03:06 PM, erik quanstrom wrote:
nemo's kernels
What is the nemo kernel? by the way
i used that as a term of art to avoid the fact i messed up by not changing
the name of nix, which in 9atom is quite different
2014-05-05 22:19 GMT-04:00 Charles Forsyth charles.fors...@gmail.com:
On 6 May 2014 03:13, yan cui ccuiy...@gmail.com wrote:
Instead of digging much into the kernel code, I post the question here.
Does the speed come from its good design or insufficient kernel support?
it's a bit of
there are lots of small ways to improve things, too. i'd be happy
to talk about that on or off list. one thing that immediately springs
to mind is additions to charles' kernel man pages.
The list is not very busy and, I hate to admit, somewhat remote from
Bell Labs. As a result, I
On Sun May 4 18:01:22 EDT 2014, yshu...@lynxline.com wrote:
Just idea, but seriously, why cannot do something like this:
# cat /prog/new $id
# cat /dis/ls.dis /prog/$id/dis
# echo / /prog/$id/cwd
# echo «Running» /prog/$id/status
Not to do it which echo/cat, but to have remote
On Sat May 3 05:42:00 EDT 2014, tlaro...@polynum.com wrote:
On Sat, May 03, 2014 at 07:14:34AM +0200, lu...@proxima.alt.za wrote:
problem found. patch appled. if a ehci controller is 64-bit capable,
one must turn off 64-bit capabilities on all controllers before
initializing
it appears that uhci is causing spurious ehci interrupts, or at least
ehci/uhci are causing each other to ring. i haven't tracked down
the fundamental issue yet. but this appears to be related to the
ehci/uhci subordinate issue, and the Callmine setting.
hacking details for the interested:
On Fri May 2 11:28:41 EDT 2014, quans...@quanstro.net wrote:
it appears that uhci is causing spurious ehci interrupts, or at least
ehci/uhci are causing each other to ring. i haven't tracked down
the fundamental issue yet. but this appears to be related to the
ehci/uhci subordinate issue,
I am happy to announce the beta release of Inferno OS port to Raspberry Pi.
excellent.
- erik
i'm wondering why devusb disallows setting the timeout
on the control endpoint. is this specified in the std?
- erik
i've got a few machines that hang if usbuhci is enabled.
has anyone else seen this behavior?
usually the machine will hang right after devtabinit,
so the last thing you might see on the screen is either
the ethernet ports or a complaint from ehci.
*nousbuhci=1
will turn off uhci for testing.
-
welcome
yan cui ccuiy...@gmail.com wrote:
Hi, all
I am Yan Cui. No words can express the excitement and pleasure when I received
the accept letter from GSoC 2014. This year I will be working on locks of Plan
9 kernel. I am a student of Columbia University and I love contributing to
open
Does any of the Plan9 variants support booting from a GPT partition nowadays?
I have not experimented with EFI boot yet on my primary OS but as far as I
have read, this could also avoid chainloading bootloaders - any experience
with this?
I am also interested in the 64-bit HDD image
On Fri Apr 25 11:52:48 EDT 2014, cinap_len...@felloff.net wrote:
9front pc and pc64 kernels can be loaded by multiboot loader like grub (thanks
to aiju). plan9.ini can be passed as a module. it uses the multiboot memory
map
as well. theres no program to read in the gpt partition table yet but
What is the status of the 9atom ISO images?
I have a laptop that I think is too old to boot from USB that perhaps
I can put Plan 9 on...
you can try.
the technique i used to help install on a mac pro, which will also
not boot from usb except efi, is to put the usb image on disk, and
edit
On Fri Apr 25 12:12:05 EDT 2014, cinap_len...@felloff.net wrote:
there was a multiboot header there but it didnt work. the problem is that
multiboot
loader doesnt align the data segment of the kernel image to page size. the
kernel
needs to move the data segment early before entering main().
is '!' a metacharacter in regexes? regex(6) doesn't say anything about it.
it is not.
however
#!/bin/rc
{
echo 'echo $SYSNAME!`uname -n`!$USER'
echo 'PS1='':; '' PS2='' '''
} /dev/$winid/body
this is not valid rc.
- erik
#!/bin/rc
{
echo 'echo $SYSNAME!`uname -n`!$USER'
echo 'PS1='':; '' PS2='' '''
} /dev/$winid/body
this is not valid rc.
- erik
If it's not too much trouble, would you mind demonstrating what valid rc
would be for the part of the script in question.
i'm wrong of course if the
On Mon Apr 21 03:18:44 EDT 2014, j...@margolius.co.uk wrote:
I've had problems with 9atom when setting any resolution above the
default, 1024x768x16 for example renders a black screen with several
glitched colours.
odd. it would be interesting to see the output of
aux/realemu
On Sun Apr 20 05:47:44 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
I'm still seeing 'sources' and 9front sources.
In 9fron sources there are significant changes on lib9p
and those time stamp is younger than 2011.
Something important happened on 9P protocol
while I was peacefully sleeping?
i used this to make usb drivers multithreaded. usb devs can
be slow to respond or sometimes even hang. as the filesystem is
bound onto /dev, a hanging usb device would hang all walks
on /dev making the system unusable with a single threaded
implementation. srvrelease()/srvacquire() made these
On Sun Apr 20 12:50:07 EDT 2014, j...@margolius.co.uk wrote:
During the final step of the 9legacy install on an IBM Thinkpad T60 I
get an error saying that it fails to mount the 9fat partition and copy
the files from the /n/newfs directory. I did notice an earlier error
where it failed to
On Sun Apr 20 14:12:52 EDT 2014, j...@margolius.co.uk wrote:
It was in AHCI mode already so I've put the HDD into 'Compatibility Mode' if
it works I'll get back to you.
two possibilities. either your disk is actually ide (i wouldn't think so from
a quick look at the vintage), or that ahci
On Sun Apr 20 16:09:33 EDT 2014, j...@margolius.co.uk wrote:
Compatibility Mode didn't work either so I'll try what you suggested.
my experience is that ahci works better. so if you're having
i/o errors with a sata device, it is often power mangement.
if you wanna try ahci on 9atom, that might
On Sat Apr 19 10:52:00 EDT 2014, j...@margolius.co.uk wrote:
when i boot 9legacy I set the resolution as 1024x768 then select
[xga]. According to this page
http://plan9.bell-labs.com/wiki/plan9/setting_the_right_monitor_size/
1024x768 is a valid option for xga. However rio fails to start
I'm running the stock plan9 kernel in VirtualBox and I am expecting to see
two /dev/etherX entries but there is only one.
there shouldn't be any /dev/etherX entries. do you mean /net/ether?
#l0: i82543: 1Gbps port 0xF042 irq 10: [2nd cards MAC]
#l1: i82543: 1Gbps port 0xF044 irq 10:
bind -a '#l1' /net
That has indeed done it, thanks!
Out of curiosity, what is it that is binding the first one automatically
and not the second?
It that just the standard behavior, or is it perhaps a script that was
generated during installation with only one bind entry?
see
On Fri Apr 18 15:54:00 EDT 2014, riddler...@gmail.com wrote:
Hello again,
Continuing on with my floating point adventures, I have a question that I
hope someone can provide some input on.
I'm general idea of what I'm doing the following:
double zero = 0.0;
notify(fpnotecatch);
i imagine what happened is your kernel doesn't really do the right thing
on catching the exception. i think the caught exception should restart
the program *exactly* where it left off, dividing by zero, which will lead
to an infinite loop. if your kernel skipped the instruction, then the value
So if my kernel isn't really doing the right thin; and the 'expected'
behavior would be for my program to enter an infinite loop. Considering
that's not happening (and assuming I understand correctly), perhaps
something in notes/noted() needs looked at?
i think charles might give a better
Thinking about the 'skipping an instruction' thing. I imagine you have to
or you would never be able to continue from any note that was triggered due
to an instruction in the program. At least not without some logic in the
note system to check what triggered it, where and ignore it if needed.
On Thu Apr 17 08:12:42 EDT 2014, lu...@proxima.alt.za wrote:
I fond that dircp behaves erratically regarding ownership of the
target files. Is this expected or should I be looking for a possible
culprit to eliminate?
mkfs does a better job than dircp, and it handles incremental updates.
i'd
have we reliable way to find the origin of /root.
local file system?
remote file system?
define origin.
locating the server isn't too hard. if ndb is properly set up, then this
should work
if '#ec/nobootprompt' or '#ec/bootargs' is il or tcp, then
; ndb/ipquery sys $sysname fs
It is curious for me that if 9fat is formatted by disk/format of 9front,
then 9atom fails in boot with the error message
MBR...PBS2...Bad format or I/O errors
(or PBS1)
In making 9fat, I applied 9atom’s pbslba, 9load, etc except disk/format:
disk/format -b pbslba -d -r 2 /dev/sdC0/9fat 9load
On Thu Apr 17 08:54:02 EDT 2014, aris...@ar.aichi-u.ac.jp wrote:
Hello,
I found this mail today. sorry.
Just not to overwrite newer files
cpdir does behave this way.
mkfs already does this. :-)
- erik
I'm aware there are shortcuts for some of these (including ±) in
lib/keyboard but I could not get the +- shortcut to work. I discovered
it's because I wasn't using numpad keys (I'm on a laptop), when I do it
works as expected.
I'm assuming it's because of the 'shift' key in between to get
On Thu Apr 17 15:47:38 EDT 2014, st...@quintile.net wrote:
re FP tests,
maybe this will do what you want:
http://www.netlib.org/paranoia/
i forwarded him a copy of that, lightly modified for p9.
- erik
as i turns out, Kmouse = Spec|0x100 = 0xf900 is not in the unicode
private use area, and it's assigned.
- erik
in syncing up the various kernels, one of the biggest areas of skew was in
*/kbd.c. there are 8 different versions. (yeah!) they're all pretty much
the same, except for the bit that drives the i8042 for the pc. the reason
non-pcs have them is for the benefit of usb, which takes usb key codes
I have got hold of a new 1920x1200 monitor but no card I can find seems
to support it on plan9 - Even cards that claim this resolution and higher
don't have the vesa mode entry.
Anyone any thoughts, or suggestions of cards that do
have the apropriate high resolution VESA modes?
as anthony
Has anyone managed to get Plan 9 running on an IBM Thinkpad T60? I can't get
past installing the mbr when I've tried.
if you open up a new window, what's in /dev/sdctl?
- erik
Funny, I have 10+ machines that all use vesa, all widescreen. I have
never seen a vesa BIOS that didn't provide widescreen modes. I'm sure
they exist, but they certainly are not rare. I drive 1920x1200x32 with
vesa and Cinap's realemu just fine.
my experience has been similar to anthony's. i
On Tue Apr 15 15:01:48 EDT 2014, j...@margolius.co.uk wrote:
There is a complete lack of usability, unable to open new windows and such so
I have put plan9front on it.
and of course given a non specific report like this, nothing will get fixed.
- erik
thanks for the confirmation!
- erik
1. After mounting usb disk with addloop, there is no file /dev/sdU1.0/plan9.
How
can I create plan9 partion table?
2. What does diskparts(8), actually do? Does it create partitons on phisical
disk?
diskparts reads existing paritition information from the disk, it does not
write
i've got a little afternoon project that requires ken's file server
on a modest little box with low-end intel gigabit but
16gb of memory. this is the first machine i've been
able to really use the amd64 ken kernel with. for
testing, i loaded my active file system. it fits in ram.
using just 1.1
On Tue Apr 8 22:58:29 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
if you tried all the other debugging suggestions, you could also type
f7, which will print all the usb kbd input on the console.
i don't see any issues in the sos output.
My 2cpu machine goes 10 times faster than 1cpu.
On Tue Apr 8 23:12:24 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
so basically the timing loop is messed up. if you could run the amd64
kernel on this machine, this will not happen.
Before I do this, I tried the 'sources' pc kernel for 2 cpu.
It recognizes 2 cpus and has no problem.
you
you can try using the pc i8253.c for pcpae, and see if that solves
the issue.
As you know, it's not so easy.
For example, pc i8253.c kernel wants watchdog(), and
different Mach structure which you changed, etc.
i ment the i8253.c from the atom pc kernel. i thought
that was understood.
/386/mbr
/386/9pcf
for pcf cd /sys/src/9/pc; mk 'CONF=pcf' install.
- erik
I did that on my 9atom system (9fat: to mount the fat file system on
/n/9fat and then edited plan9.ini) but that didn't have any effect. :(
It takes /dev/sysname (which is an IP address). I manually edited
/rc/bin/termrc to get a valid sysname.
ideally, put the following in one of
these errors
init: starting /bin/rc
i8042: fe returned to the f5 command
i8042: fe returned to the f6 command
usually happen when mouseport=ps2 or mouseport=ps2intellimouse
when there is only a a usb mouse. set mouseport=usb.
if you tried all the other debugging
On Sat Apr 5 03:58:14 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
Eric,
I reported I had no problem to use pcpae kernel so far.
This time, I must report a problem.
I switched from 1CPU mode to 2CPU mode, and have
problem of too much high speed of keyboard input,
like aaa when I
However, one point I should report here is that it may not be
concerned only keyboard. I experienced the one window
for fscons did not open, and some error messages ( I forgot)
were there. I suppose this is not related to keyboard, right?
i'm going to start off with the assumption that
On Fri Apr 4 05:28:30 EDT 2014, yari...@gmail.com wrote:
finally got it complete: /n/sources/patch/usbkb-map
you might want to look at the atom version. /n/sources/patch/usbkbrptnum
it also handles the kbd led so you know the state of things, and odd japanese
scan codes.
i also noticed this
a new version of the 9atom installer is available that will
install to either kfs or fossil+venti, and it should fix all
of the outstanding bugs in the installer. (i.e. installing
your own user not working, etc.) it's still got sharp edges,
and i'm the only one to have installed it, so it's in
it now also boots on page machines. I don't think many pre page machines boot
from USB. let me know if that's wrong.
- erik
lu...@proxima.alt.za wrote:
hget http://ftp.9atom.org/other/+usbinstamd64.bz2
Does it only cover the 64-bit platform?
++L
On Thu Apr 3 01:51:59 EDT 2014, 0in...@gmail.com wrote:
the script itself reminds me of gcc fixincludes.
This is probably not ideal, but the alternative would be
to split libc.h in three parts: libc.h, fmt.h and utf.h
and only include libc.h in Go (because Go has his own
variants of
? cmd/nm [no test files]
pack.test 1119: suicide: sys: trap: fault read addr=0xeafc
pc=0x254b6 *** Test killed: ran too long (3m0s).
FAILcmd/pack180.007s
? cmd/yacc[no test files]
It was probably a real error. However, other 9atom
They are incompatible. For example, some Fmt verbs (like %F) does produce
slightly different output. It was an explicit requirement from the Go team
to use their variants of these libraries.
do you see why i think that relationship is upside down?
- erik
On Thu Apr 3 04:48:28 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
Isn't it corrupted?
I had to cpoy the aboco sources from sources site to
run abaco on my pcpae machine.
it runs for me. can you give more detail on the error you're seeing?
what are the symptoms, error messages, etc?
- erik
My first goal is to produce a UEFI boot loader for Plan9. Once that is
accomplished, I intend to start incorporating parts of Plan9 (and/or
Inferno) into the core UEFI firmware (www.tianocore.org
http://www.tianocore.org ). I would like to have Channels, the Plan9
device abstraction and 9P
adding file changes
transaction abort!
failed to truncate 00manifest.i
rollback failed - please run hg recover
abort: invalid arguments
looks like that error path was never tested. :-)
- erik
On Thu Apr 3 13:59:36 EDT 2014, 0in...@gmail.com wrote:
; hg clone http://code.google.com/p/go
...
adding file changes
transaction abort!
failed to truncate 00manifest.i
rollback failed - please run hg recover
abort: invalid arguments
; cd go
; hg recover
no interrupted
there is not enough room on the usb key to install all.
The other problem is that after compiling usb and all it
dependences when I've rebooted the plan 9 atom all programs
disappeared and I've needed to compile them again. Is there any
method to make the changes to the disk
601 - 700 of 5280 matches
Mail list logo
