You simply forgot to bind some devices into /dev in your cpurc. See termrc
as an example.
+cur has nothing to do with that, it is the hardware cursor.
--
David du Colombier
> Would placing +cur in the next column after vgavesa in the file
> /sys/src/9/pc/pccpuf (and recompiling) reenable the vesa driver
> for this kernel?
Hm, it looks like it is at least being built, already:
ls -l |grep vesa
--rw-rw-r-- M 3233 glenda sys 6812 Jan 18 05:02 vgavesa.8
--rw-rw-r--
The following settings worked with my system during install
and continued to work after rebooting as a terminal:
aux/vga -m vesa -l 1024x768x32
Upon compiling pccpuf and rebooting as a standalone auth/cpu
server, vesa is no longer accepted:
cpu% aux/vga -m vesa -l 1024x768x32
mkvbe: '/dev/realmo
(Following up on a thread of the same subject discussed in Feb 2006...)
One other thing that's presently driving me batty is the line wrapping
in wikifs. When I save a file to wikifs with lines longer than about 70
characters, wikifs tries to fill and word-wrap those paragraphs.
Unfortunately, wh
That drove me crazy in plan9port too. I sent a series of patches to
address the various issues as I discovered them to Russ Cox and he
applied them to the plan9port tree. I don't know if they all got
transferred to plan9 or not (I rarely have an opportunity or need to use
real plan9). You m
Hello!
I'm new to Plan 9. I just performed my first install last weekend.
[pause for applause] So far, there are some things that I LOVE about the
OS, some things I'm still getting used to, and some things that are just
driving me batty! Like in any new relationship, I am trying to move
things f
> Almost brought the host system to a halt.
well, rc has always been a very powerful shell :)
This was in OpenBSD. Rc went a little out of control when an Inferno
emu session aborted, but the script it was launched from stayed in
memory. Almost brought the host system to a halt.
-sl
On Thu, Jan 20, 2011 at 1:44 PM, David Leimbach wrote:
> yeah it's so easy to make screenshots :-)
but then you have to pick up all the glass shards. That's harder.
ron
Cat /dev/screen>file
Or something like that. Not hard at all.
yeah it's so easy to make screenshots :-)
On Thu, Jan 20, 2011 at 11:54 AM, andrey mirtchovski
wrote:
> pics or it didn't happen :)
>
> On Thu, Jan 20, 2011 at 12:41 PM, Stanley Lieber
> wrote:
> > PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU
> COMMAND
> > 16051 sl
pics or it didn't happen :)
On Thu, Jan 20, 2011 at 12:41 PM, Stanley Lieber
wrote:
> PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND
> 16051 sl 63 0 480K 356K run - 7:25 71.04% rc
> 2724 sl 2 0 489M 503M sleep poll 247:00
PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
16051 sl630 480K 356K run - 7:25 71.04% rc
2724 sl 20 489M 503M sleep poll247:00 11.47% firefox-bin
-sl
> Hi,
>
> Where is /env timezone set from the contents of /adm/timezone/local?
./cmd/init.c:58:cpenv("/adm/timezone/local", "#e/timezone");
- erik
Hi,
Where is /env timezone set from the contents of /adm/timezone/local?
I have looked where I expect it it be (cpurc, termrc, profile)
but cannot find it, I also grepped in the kernel source and found nothing.
how does it happen?
-Steve
On Wed, Jan 19, 2011 at 10:59 PM, ron minnich wrote:
> OK, Pavel sent me a nice piece of code that implements cmpswap using a
> gcc trick. I did not want to use the trick for a few reasons, and
> thought to use futex instead, as it seemed appropriate. Weirdly
> enough, I can not find a simple imp
does anyone know of a chipset/graphics card that
has a 2560x1600 vesa mode?
- erik
17 matches
Mail list logo