using echo reboot $kernel/dev/reboot with mp irqs,
i'm getting one of three conditions
1. a normal and very quick start of the new kernel.
(one odd bit: lapicerror: 0x. i assume that's
the unanswered ipi.)
2. a reset and not a reboot
3. a hang right after after the LAPIC: ... line.
i
On Tue Dec 8 11:28:30 EST 2009, m...@acm.jhu.edu wrote:
Hi,
I noticed etherigbe.c (in igberballoc) was recently changed to
increment the refcount on the block it allocates. Any reason it uses
_xinc rather than incref?
-- vs
because it's not a Ref. unfortunately, if it were
a Ref, it
the shutdown code is new and might be wrong. worked here.
I'll double check.
On 08/12/2009, at 16:59, quans...@quanstro.net wrote:
using echo reboot $kernel/dev/reboot with mp irqs,
i'm getting one of three conditions
1. a normal and very quick start of the new kernel.
(one odd bit:
I was getting antsy and mailed them off their web site. Could it be
purely coincidental that I got this shortly thereafter?
We just wanted to update you and let you know that your order XX
has shipped via FedEx International Priority.
Here is your Tracking Number (if available):
On Tue, Dec 8, 2009 at 2:35 PM, Russ Cox r...@swtch.com wrote:
because it's not a Ref. unfortunately, if it were
a Ref, it would be much faster. _xinc is deadly
slow even if there is no contention on x86.
do you have numbers to back up this claim?
I don't have the code or the numbers in
If you're using CVS to get plan9port or drawterm,
it's time to switch to Mercurial.
http://swtch.com/plan9port/man/man1/hg.html
More detail follows, for those who care.
In November 2007 I added support for fetching
Plan 9 from User Space via Mercurial instead
of CVS. For the past two years I've
somone was working on a modern port of TeX to plan9.
did this work out? I would like to update my installation
as I think I may be using LaTeX before long.
-Steve
I would like to update my installation
as I think I may be using LaTeX before long.
This doesn't address your issue /per se/, but if you'll indulge me,
I'll ramble a bit about LaTeX and text files.
For the past three years I used LaTeX for everything, including papers
suitable for publishing.
On Tue, Dec 8, 2009 at 12:55 PM, Steve Simon st...@quintile.net wrote:
somone was working on a modern port of TeX to plan9.
did this work out? I would like to update my installation
as I think I may be using LaTeX before long.
I gave it a go but it wore me out. The pdflatex guys just destroyed
Hello 9fans@
Although it is no TeX I would like to suggest ``lout'', a lightweight
(2 MB) document formatting system written in ANSI C by Jeffrey H.
Kingston. [0]
Quotation from Wikipedia:
``It reads a high-level description of a document similar in style to
LaTeX and produces a PostScript file
But the documentation makes no sense!
Its main disadvantages are that it can only produce PostScript and
there is no easy way to get XML or any other
output format (apart from plain text).
...disadvantage ... no ... XML ...
I mean, what's the disadvantage here :-)
ron
I've just pushed out a small change to /sys/src/9/pc/realmode.c that
allows monitor=vesa to work on multiprocessor pcs without *nomp being
defined in plan9.ini (i.e., you can use all available processors [or
cores] and still use vesa mode). I've also pushed out new kernels, so
the distribution
On Tue Dec 8 19:07:25 EST 2009, ge...@plan9.bell-labs.com wrote:
I've just pushed out a small change to /sys/src/9/pc/realmode.c that
allows monitor=vesa to work on multiprocessor pcs without *nomp being
defined in plan9.ini (i.e., you can use all available processors [or
cores] and still use
but the former does two operations and the latter
only one. your claim was that _xinc is slower
than incref (== lock(), x++, unlock()). but you are
timing xinc+xdec against incref.
sure. i was looking it as a kernel version of a
semaphore.
back to the original problem, before allocb/freeb
On Tue, Dec 8, 2009 at 4:32 PM, erik quanstrom quans...@quanstro.net wrote:
but the former does two operations and the latter
only one. your claim was that _xinc is slower
than incref (== lock(), x++, unlock()). but you are
timing xinc+xdec against incref.
sure. i was looking it as a
On Tue, Dec 8, 2009 at 7:05 PM, ge...@plan9.bell-labs.com wrote:
I've just pushed out a small change to /sys/src/9/pc/realmode.c that
allows monitor=vesa to work on multiprocessor pcs without *nomp being
defined in plan9.ini (i.e., you can use all available processors [or
cores] and still use
As far as I can tell, yes, that's all it took.
The old code had been turning off the old 8259 interrupt controllers
used by uniprocessors but didn't disable the lapic on mp systems.
---BeginMessage---
On Tue, Dec 8, 2009 at 7:05 PM, ge...@plan9.bell-labs.com wrote:
I've just pushed out a small
I've got a relatively newer machine (dell optiplex gx620) which
i'm trying to install p9 on. sadly, there are no ps/2 ports. i could
get it to install fine, but the booting stops at the boot from
prompt. and that is when the usb keyboard stops responding.
i tried to boot with usbdebug=2 and this
18 matches
Mail list logo