On 2013-10-15, at 6:39 PM, erik quanstrom wrote:
> the syntax is "flag x +".
Oh gawd I have been subsumed by the Bourne Supremacy ...
> If the 'flag +x' worked as documented, it would be easy to tell :-p
the syntax is "flag x +".
- erik
On 2013-10-15, at 6:33 PM, erik quanstrom wrote:
> 1.test -f /dev/mousectl
> 2 ~ $mouseport ps2 ps2intellimouse 0 1 2 usb
> 3.! ~ $"monitor ''
> 4.! ~ `{cat /dev/user} none
>
>
> could /dev/user be none, while $user = your user?
If the 'flag +x' worked as documented, it would
> The aux/vga in termrc isn't running. The one I added to
> $home/lib/profile is. (And why isn't 'flag +x' added to
> /rc/bin/termrc barfing out the expected trace data? The 'echo kill
> -roy' immediately below it fires off.)
at least on my machine, the simplified relevant bit looks like
On 2013-10-15, at 1:36 PM, erik quanstrom wrote:
> due to the second law of thermohorification, fixing one thing means that at
> least one other thing goes broken. perhaps your mouse:parallels connection
> kept the universe's hork in balance.
Whatever it is, it's very bizarre.
The aux/vga in
> > does "aux/vga -l $vgasize" do what you expect?
> >
> No, it actually kicks the display into graphics framebuffer node.
> (That's *not* what I expected.) But this turns up a new problem: no
> data from the mouse. /dev/mouse is there, but it returns no data. I
> can start rio at this point, bu
On 2013-10-14, at 7:38 PM, erik quanstrom wrote:
> does "aux/vga -l $vgasize" do what you expect?
No, it actually kicks the display into graphics framebuffer node. (That's
*not* what I expected.) But this turns up a new problem: no data from the
mouse. /dev/mouse is there, but it returns n
On Mon Oct 14 22:36:25 EDT 2013, lyn...@orthanc.ca wrote:
> > does pci output show a vga device?
>
> Yes, and aux/vga shows all the VGA BIOS entries I expect to see.
does "aux/vga -l $vgasize" do what you expect?
- erik
does pci output show a vga device?
Yes, and aux/vga shows all the VGA BIOS entries I expect to see.
On Mon Oct 14 20:58:07 EDT 2013, lyn...@orthanc.ca wrote:
> "You are at Witt's End ..."
>
> Well, I am. Parallels 8.0.18608. Mac OS 10.8.5. Plan 9 from roughly
> August 30. 9pcf kernel running flawlessly in a 2560x1440x32 full
> screen window, for weeks.
>
> Two days ago, I boot the VM and it
"You are at Witt's End ..."
Well, I am. Parallels 8.0.18608. Mac OS 10.8.5. Plan 9 from roughly August
30. 9pcf kernel running flawlessly in a 2560x1440x32 full screen window, for
weeks.
Two days ago, I boot the VM and it (9pcf) decides there is no longer a frame
buffer. It worked fine th
On Tue, 20 Sep 2011 14:28:52 GMT
mcco...@gmail.com wrote:
> Networking in Q doesn't work on OSX because qemu needs a TUN/TAP bridge to
> get off the host. OSX doesn't come with the tools to set it up as far as I
> can tell — some searching I did a while back made it seem like older versions
> o
Networking in Q doesn't work on OSX because qemu needs a TUN/TAP bridge to get
off the host. OSX doesn't come with the tools to set it up as far as I can tell
— some searching I did a while back made it seem like older versions of OSX may
have had the appropriate programs, but nothing I could fi
On Tue, 20 Sep 2011 01:12:40 EDT ge...@plan9.bell-labs.com wrote:
> Parallels 6 runs Plan 9 for me.
And virtualbox 4.1.0 has worked for me (with 9atom).
Parallels 6 runs Plan 9 for me.
On parallels 6 I can get 9atom a step further by changing the emulated
network adapter.
Manually edited the "config.pvs" file for the guest VM and changed the
entries for the adapter type:
3
:
3
:
ether#0: NE2000: port 0x8200 irq 7 add
Someone had any lucky with these VMs? Parallels simply crash at Bell's
p9, with 9atom it freezes displaying this message, "igbe: unusable
PciCLS: 0, using 8 longs". Q installs it perfectly, but network
doesn't work.
Parallels stopped working reliably with release 4, and completely with
release
On Mon Sep 19 20:57:48 EDT 2011, m...@zan.st wrote:
> Someone had any lucky with these VMs? Parallels simply crash at Bell's
> p9, with 9atom it freezes displaying this message, "igbe: unusable
> PciCLS: 0, using 8 longs". Q installs it perfectly, but network
> doesn't work.
any way to get a dump
Someone had any lucky with these VMs? Parallels simply crash at Bell's
p9, with 9atom it freezes displaying this message, "igbe: unusable
PciCLS: 0, using 8 longs". Q installs it perfectly, but network
doesn't work.
Looks like I'll keep my dirty and old proliant a little longer.
--
S.
On May 6, 2011, at 1:36 AM, Anthony Sorace wrote:
>> 2. Ethernet card is not detected. I am not 100% sure there's nothing
>> different in the configuration, but I've made the plan9.ini look the same in
>> both VMs and still it fails to detect the NE2000 emulated ethernet card.
>> There are also
On May 6, 2011, at 1:36 AM, Anthony Sorace wrote:
> I have a VM that I created under Parallels 5 and am currently running under
> 6. It's several months old.
I seem to have gotten my version numbers mixed up. It's Parallels 6 over here
as well.
>> 1. ps2intellimouse: scrolling works if you're
I have a VM that I created under Parallels 5 and am currently running under 6.
It's several months old.
> 1. ps2intellimouse: scrolling works if you're scrolling down, but if you make
> the scroll up gesture, the mouse skitters off to the right and really doesn't
> scroll back up. Anyone seen t
I have a rather old VM that I made under Parallels 3 that seems to work under
Parallels 5. I think I installed that one in late 2009 or early 2010. As an
experiment, I tried installing the current release under Parallels 5. It
installs, and pretty quickly (<5 min), but there are two small issues
Hi All,
I have this problem from the beginning, when I run Parallels install
of Plan9 (or any other VM) and 9vx, my OSX 10.6.4 crashes.
here are the details if at all anything makes sense, though it looks
like parallels problem.
Interval Since Last Panic Report: 809258 sec
On Fri Apr 16 18:15:29 EDT 2010, n...@lsub.org wrote:
> hmm. I'm using parallels 5 on leopard (not snow) and it works just fine with
> the
> std distribution.
>
according to my sources, parallels is a virtualizer, not an
emulator, so your milage may depend on your hardware.
- erik
On Fri Apr 16 16:51:50 EDT 2010, lyn...@orthanc.ca wrote:
> > please send the panic message. would like to fix.
>
> panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
> panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
> dumpstack disabled
> cpu0: exiting
>
> (th
hmm. I'm using parallels 5 on leopard (not snow) and it works just fine with the
std distribution.
On Fri, Apr 16, 2010 at 11:04 PM, erik quanstrom
wrote:
> On Fri Apr 16 16:55:02 EDT 2010, lyn...@orthanc.ca wrote:
>> > please send the panic message. would like to fix.
>>
>> panic: kernel fault:
On Fri Apr 16 16:55:02 EDT 2010, lyn...@orthanc.ca wrote:
> > please send the panic message. would like to fix.
>
> panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
> panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
> dumpstack disabled
> cpu0: exiting
>
> (th
please send the panic message. would like to fix.
panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
panic: kernel fault: no user process pc=0xf01f047b addr=0x02cc
dumpstack disabled
cpu0: exiting
(the panic line does print twice)
--lyndon
> I just did a Parallels 5 on Snow Leopard a few days ago. To get anywhere
> you have to use a 9atom ISO. I have a terminal instance installed but
> haven't had time to do any serious banging on it. I have noticed that
> twice now 9pcf has panicked while the VM instance was sitting idle. I
> do
On Fri Apr 16 15:57:33 EDT 2010, lyn...@orthanc.ca wrote:
> Also, "echo -n 'accelerated 0' > /dev/mousectl" is required to get the
> mouse under control.
>
i've turned off mouse accelleration completely in 9atom. i do
the multplication in the kernel, rather than relying on the
mouse to do it co
Also, "echo -n 'accelerated 0' > /dev/mousectl" is required to get the
mouse under control.
I have had parallels working on several occasions in the past but a
recent attempt to get it working again failed. I couldn't even get it
to boot the installer.
I just did a Parallels 5 on Snow Leopard a few days ago. To get anywhere
you have to use a 9atom ISO. I have a terminal instance insta
On Jan 9, 10:13Â pm, n...@lsub.org (Francisco J Ballesteros) wrote:
> Just to confirm what Geoff said.
>
> Parallels 5 works like a charm with Plan 9.
> Also, it seems to have full ACPI support, not that this is
> important for Plan 9 yet.
Hi Francisco,
You told that Plan9 works fine on Parallels
On Feb 9, 2010, at 3:48 PM, Georg Lehner wrote:
> Brantley Coile wrote:
>> Okay, what's the trick to installing the cd on plan 9. I'm using the
>> following version of parallels:
>> build 5.0.9310.
>>
>> Or I should say I'm not using it.
>> Here's a screen shot.
>>
>>
> use:
>
> boot from
Brantley Coile wrote:
Okay, what's the trick to installing the cd on plan 9. I'm using the following
version of parallels:
build 5.0.9310.
Or I should say I'm not using it.
Here's a screen shot.
use:
boot from: sdC1!cdboot!9pcflop.gz
You get it from the message: "found partition
Okay, what's the trick to installing the cd on plan 9. I'm using the following
version of parallels:
build 5.0.9310.
Or I should say I'm not using it.
Here's a screen shot.
<>
> > Not very mysterious to me. There's not very much science in computer
> > science. If we didn't forget it we wouldn't be able to re-invent it,
> > and
> > there would go most of the interesting work, not to mention a lot of
> > high salary jobs.
> But how much of this work is actually redundan
On Jan 15, 2010, at 4:51 PM, William Cowan wrote:
erik quanstrom wrote:
it's unfortunate that computer history isn't a bigger
component of a computer science degree. in the
case of vm, it's not even history; still alive and doing
quite well as z/(vm|os) on slightly modified power arch
har
> Not very mysterious to me. There's not very much science in computer
> science. If we didn't forget it we wouldn't be able to re-invent it, and
> there would go most of the interesting work, not to mention a lot of
> high salary jobs.
s/interesting //
there, fixed that for ya.
- erik
erik quanstrom wrote:
> it's unfortunate that computer history isn't a bigger
> component of a computer science degree. in the
> case of vm, it's not even history; still alive and doing
> quite well as z/(vm|os) on slightly modified power arch
> hardware.
> - erik
Not very mysterious to me. Th
On Fri, Jan 8, 2010 at 7:46 PM, erik quanstrom wrote:
> no (serious) physicist since newton or since maxwell has ignored their
> work. no mathematician since newton or hilbert has ignored their
> work. computer science seems exceptional to me in this regard;
> we have learned many things that d
no apple-pcs here, but vmware seems to be the faster
On Sat, Jan 9, 2010 at 3:20 PM, Francisco J Ballesteros wrote:
> Yep. I just wanted a version with full acpi support, and it
> seems that version 5 was what I wanted.
> that's handy to debug acpi code.
>
> but yes, it requires a mac.
>
>
> On S
Yep. I just wanted a version with full acpi support, and it
seems that version 5 was what I wanted.
that's handy to debug acpi code.
but yes, it requires a mac.
On Sat, Jan 9, 2010 at 6:08 PM, Joseph Stewart wrote:
> Just to clarify... Parallels 5 requires a Mac. There are howerver, older
> ver
Just to clarify... Parallels 5 requires a Mac. There are howerver, older
versions for M$ and Linux as well as their Server Virtualization products.
http://en.wikipedia.org/wiki/Parallels,_Inc.
-joe
On Sat, Jan 9, 2010 at 11:14 AM, erik quanstrom wrote:
> > Just to confirm what Geoff said.
> >
>
Just to confirm what Geoff said.
Parallels 5 works like a charm with Plan 9.
Also, it seems to have full ACPI support, not that this is
important for Plan 9 yet.
Thanks
On Sat, Jan 9, 2010 at 3:53 PM, erik quanstrom wrote:
>> I've heard nothing but bad things about VirtualBox. Mostly from Plan
> Just to confirm what Geoff said.
>
> Parallels 5 works like a charm with Plan 9.
> Also, it seems to have full ACPI support, not that this is
> important for Plan 9 yet.
>
> Thanks
>
> On Sat, Jan 9, 2010 at 3:53 PM, erik quanstrom wrote:
> >> I've heard nothing but bad things about VirtualBo
> I've heard nothing but bad things about VirtualBox. Mostly from Plan 9
> people(where the results have been uniformly bad), but also from folks
> trying to useother OSes. It seems the worst of the breed across the board.
has anyone tried 9atom on virtualbox? i think there's a good chance
vi
It happens that I bought Parallels 5 two or three days ago. Upon
upgrading my
Plan 9 VM from Parallels 3 (skipped a version), it stopped working.
I've not had
time to dig in, nor to try a fresh install. The Plan 9 version on
there had not been
kept up to date, so Geoff's info is likely more
> History and Philosophy of Science was slow in becoming a legitimate
> academic pursuit of great practical value. It will probably not be
> quite as long before the analogous subject will materialise for
> electronic computing. It is an answered question how much influence
> financial interests
On Jan 8, 2010, at 2:46 PM, erik quanstrom wrote:
it's unfortunate that computer history isn't a bigger
component of a computer science degree.
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will probably not be
quite as lo
> > Do you think you'd recommend Parallels over VirtualBox? I've not
> > tried
> > plan
> > 9 on VirtualBox as I usually opt to run it on real hardware where I
> > can,
> > and
> > 9vx or drawterm to connect.
>
> Forget about VirtualBox. It's nowhere near ready for prime time on
> MacOS or Solari
On Jan 8, 2010, at 2:18 PM, ron minnich wrote:
On Fri, Jan 8, 2010 at 11:12 AM, wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
I had a horrible time with virtual box and Plan 9.
Did not work at all well. I would avoid it.
The thing that none of t
As far as I know you would need an emulator not a virtualizer.
On Jan 8, 2010, at 2:12 PM, ge...@plan9.bell-labs.com wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is
On Jan 8, 2010, at 2:00 PM, David Leimbach wrote:
Do you think you'd recommend Parallels over VirtualBox? I've not
tried plan 9 on VirtualBox as I usually opt to run it on real
hardware where I can, and 9vx or drawterm to connect.
It might just be me, but I cant get plan 9 to run well on
bochs offers you that to some extent.
Bochs not only has a built in debugger, but it has a mechanism
to define new CPU instrumentations (via bochs source code,
recompile required) that you can enable and disable from the
debugger. Very cool feature if you need to investigate some
code or some p
> Do you think you'd recommend Parallels over VirtualBox? I've not tried plan
> 9 on VirtualBox as I usually opt to run it on real hardware where I can, and
> 9vx or drawterm to connect.
Forget about VirtualBox. It's nowhere near ready for prime time on
MacOS or Solaris. The only thing I've ever
> > it's unfortunate that computer history isn't a bigger
> > component of a computer science degree.
>
> History and Philosophy of Science was slow in becoming a legitimate
> academic pursuit of great practical value. It will probably not be
> quite as long before the analogous subject will mate
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This is odd, as it was one of the major uses of VM/370. So
if a guest kernel goes off into space, the VM monitor shuts down the
virtual machine or resets
On Fri, 08 Jan 2010 14:12:39 EST ge...@plan9.bell-labs.com wrote:
> I don't have enough experience with VirtualBox to make a sensible
> comparison.
Plan9 on virtualBox is unusably slow.
> The thing that none of the VM monitors seem to offer (though I'd love
> to be proven wrong) is debugging too
> > The thing that none of the VM monitors seem to offer (though I'd
> > love
> > to be proven wrong) is debugging tools for the guest operating
> > systems.
>
> Ah, but i wonder if the commercial guys have been "requested" by
> microsoft not to make such debugging easy. Seems like it would be an
>
> it's unfortunate that computer history isn't a bigger
> component of a computer science degree.
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will probably not be
quite as long before the analogous subject will materialise for
On Fri, Jan 8, 2010 at 5:12 PM, wrote:
> I don't have enough experience with VirtualBox to make a sensible
> comparison.
>
> The thing that none of the VM monitors seem to offer (though I'd love
> to be proven wrong) is debugging tools for the guest operating
> systems. This is odd, as it was on
it's unfortunate that computer history isn't a bigger
component of a computer science degree. in the
case of vm, it's not even history; still alive and doing
quite well as z/(vm|os) on slightly modified power arch
hardware.
- erik
In my first semester of CS my textbook had a chapter dedic
> The thing that none of the VM monitors seem to offer (though I'd love
> to be proven wrong) is debugging tools for the guest operating
> systems. This is odd, as it was one of the major uses of VM/370. So
> if a guest kernel goes off into space, the VM monitor shuts down the
> virtual machine o
On Fri, Jan 8, 2010 at 11:12 AM, wrote:
> I don't have enough experience with VirtualBox to make a sensible
> comparison.
I had a horrible time with virtual box and Plan 9.
Did not work at all well. I would avoid it.
>
> The thing that none of the VM monitors seem to offer (though I'd love
> t
I don't have enough experience with VirtualBox to make a sensible
comparison.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This is odd, as it was one of the major uses of VM/370. So
if a guest kernel
Do you think you'd recommend Parallels over VirtualBox? I've not tried plan
9 on VirtualBox as I usually opt to run it on real hardware where I can, and
9vx or drawterm to connect.
On Fri, Jan 8, 2010 at 10:58 AM, wrote:
> Yes, Plan 9 runs on Parallels 4 and 5, with or without video.
>
>
>
Yes, Plan 9 runs on Parallels 4 and 5, with or without video.
sorry, I meant Parallels 5.
On Fri, Jan 8, 2010 at 11:44 AM, Francisco J Ballesteros wrote:
> Anyone tried Plan 9 on Parallels 4?
>
> It seems it has full acpi support and I was
> thinking on using it for debugging, but I wouldn´t
> like to buy it if Plan 9 does not work on it.
>
> thanks
>
Anyone tried Plan 9 on Parallels 4?
It seems it has full acpi support and I was
thinking on using it for debugging, but I wouldn´t
like to buy it if Plan 9 does not work on it.
thanks
On Tue, 04 Aug 2009 13:46:31 EDT erik quanstrom wrote:
> > Anyway, a couple of areas to look into, if you want plan9 on
> > vbox: try changing the memory layout of plan9 or figure out
> > what qemu did to make plan9 run well and apply that change to
> > vbox.
>
> what makes you think its a memor
> Anyway, a couple of areas to look into, if you want plan9 on
> vbox: try changing the memory layout of plan9 or figure out
> what qemu did to make plan9 run well and apply that change to
> vbox.
what makes you think its a memory layout issue?
- erik
On Tue, 04 Aug 2009 08:25:53 PDT David Leimbach wrote:
>
> On Tue, Aug 4, 2009 at 8:20 AM, Bakul Shah
>
> > wrote:
...
> > I think vbox devices and recompiler are based on qemu but I
> > don't really know. IIRC early qemu did seem to have similar
> > issues with plan9.
> >
> > Since ot
On Tue, Aug 4, 2009 at 12:15 AM, Daniel Lyons wrote:
> I don't know how to obtain this information, but would be glad to supply it.
> Also, forgive my ignorance, but isn't there a chicken-and-egg problem, since
> if the MTRRs are set up in vgavesa.c, my display is unusable? Or is there a
> special
On Tue, Aug 4, 2009 at 8:20 AM, Bakul Shah
> wrote:
> On Tue, 04 Aug 2009 05:47:25 PDT David Leimbach
> wrote:
> >
> > On Tue, Aug 4, 2009 at 12:25 AM, Bakul Shah
> > <
> bakul%2bpl...@bitblocks.com >
> > > wrote:
> >
> > > On Mon, 03 Aug 2009 20:12:08 PDT David Leimbach
> > > wrote:
> > > >
On Tue, 04 Aug 2009 05:47:25 PDT David Leimbach wrote:
>
> On Tue, Aug 4, 2009 at 12:25 AM, Bakul Shah
>
> > wrote:
>
> > On Mon, 03 Aug 2009 20:12:08 PDT David Leimbach
> > wrote:
> > > Wow Where's parallels 4. I doubt I qualify for a free one. And
> > VMWare
> > > Fusion really suck
On Tue, Aug 4, 2009 at 12:25 AM, Bakul Shah
> wrote:
> On Mon, 03 Aug 2009 20:12:08 PDT David Leimbach
> wrote:
> > Wow Where's parallels 4. I doubt I qualify for a free one. And
> VMWare
> > Fusion really sucks with Plan 9 at the moment :-(
>
> qemu works well enough for me on FreeBSD &
> I fear I may not have applied the patch correctly:
>
> /sys/src/9/pc% mk CONF=pcf
> 8c -FTVw devarch.c
> devarch.c:733 not enough function arguments: cpuid
> devarch.c:733 argument prototype mismatch "IND ULONG" for "IND INT":
> cpuid
> devarch.c:739 argument prototype mismatch "INT" for "IND
On Aug 3, 2009, at 5:20 AM, erik quanstrom wrote:
strange.
could one of you having trouble with vesa + mtrr try
vesa + the pat patch on sources in the saved patch
directory?
I fear I may not have applied the patch correctly:
/sys/src/9/pc% mk CONF=pcf
8c -FTVw devarch.c
devarch.c:733 not en
On Mon, 03 Aug 2009 20:12:08 PDT David Leimbach wrote:
> Wow Where's parallels 4. I doubt I qualify for a free one. And VMWare
> Fusion really sucks with Plan 9 at the moment :-(
qemu works well enough for me on FreeBSD & Linux but not on a
Mac. VirtualBox doesn't run plan9 but it runs F
On Aug 3, 2009, at 9:12 PM, David Leimbach wrote:
Wow Where's parallels 4. I doubt I qualify for a free one.
And VMWare Fusion really sucks with Plan 9 at the moment :-(
You could always try Q: http://www.kju-app.org/. I find it unbearably
slow but it is free. I thought VirtualBox
On Aug 3, 2009, at 10:30 AM, ron minnich wrote:
Given these systems with mtrr issues.
Would it be possible to get:
- output from pci so we can see what memory ranges are in use on
your machine
0.2.0: vid 03.00.00 1ab8/1131 11 0:4001 256 1:c000 16777216
2:4401 16
0.3.0: br
Wow Where's parallels 4. I doubt I qualify for a free one. And VMWare
Fusion really sucks with Plan 9 at the moment :-(
Dave
On Mon, Aug 3, 2009 at 7:36 PM, wrote:
> Plan 9, including vga, runs fine in Parallels 4.
>
> The new vesa driver will only use mtrrs if the cpuid
> instruction say
Plan 9, including vga, runs fine in Parallels 4.
The new vesa driver will only use mtrrs if the cpuid
instruction says that they exist.
Given these systems with mtrr issues.
Would it be possible to get:
- output from pci so we can see what memory ranges are in use on your machine
- how much memory
- what the mtrrs look like once set up
ron
On Mon Aug 3 05:27:06 EDT 2009, 9f...@hamnavoe.com wrote:
> > Hopefully I'll be able to afford a copy of the new
> > version of Parallels in a little while and perhaps that will help
> > further isolate the problem.
>
> It's not just Parallels. The new vgavesa also fails to work on
> my VIA
> Hopefully I'll be able to afford a copy of the new
> version of Parallels in a little while and perhaps that will help
> further isolate the problem.
It's not just Parallels. The new vgavesa also fails to work on
my VIA Epia MS1 motherboard - even with the "vesaflush" table
entry remove
On 08/02/2009 03:10 PM, Daniel Lyons wrote:
> Hi,
>
> I installed Plan 9 under Parallels 3 back in November of last year and
> it worked without a hitch. I tried to install another copy tonight and
> the bitmapped display isn't working in the new one, I just get a pure
> black screen after any aux
On Aug 2, 2009, at 3:41 PM, erik quanstrom wrote:
Erik,
Thanks for your speedy assistance! I think the two things are closely
interrrelated via the global variable hardscreen. Reverting this file
solved the problem. I wouldn't be surprised if there were something
weird about Parallels' MTRR su
> Erik,
>
> Thanks for your speedy assistance! I think the two things are closely
> interrrelated via the global variable hardscreen. Reverting this file
> solved the problem. I wouldn't be surprised if there were something
> weird about Parallels' MTRR support, and since this isn't the curr
> Also, are the old sources available online somewhere so I can do this
> kind of diff in the future on my own?
you can use history(1) and yesterday(1) against sources.
9fs sources
history -D sourcesdump /n/sources/plan9/sys/src/9/pc/vgavesa.c
-Steve
Erik,
Thanks for your speedy assistance! I think the two things are closely
interrrelated via the global variable hardscreen. Reverting this file
solved the problem. I wouldn't be surprised if there were something
weird about Parallels' MTRR support, and since this isn't the current
versi
On Sun Aug 2 05:39:10 EDT 2009, fus...@storytotell.org wrote:
> Hi,
>
> I installed Plan 9 under Parallels 3 back in November of last year and
> it worked without a hitch. I tried to install another copy tonight and
> the bitmapped display isn't working in the new one, I just get a pure
> b
Hi,
I installed Plan 9 under Parallels 3 back in November of last year and
it worked without a hitch. I tried to install another copy tonight and
the bitmapped display isn't working in the new one, I just get a pure
black screen after any aux/vga command that it thinks will succeed. I
fou
95 matches
Mail list logo