> My proposal is to remove the exclusive open, and instead put a qlock
> around the loop which sends codes from kbin to kbd.
or, keep a small structure, perhaps in the channel to keep
track of these things. there's also a limitation where the same
kbmap gets applied to all keyboards.
- erik
It likely has nothing to do with the REM song.
-rob
On Tue, Dec 11, 2012 at 6:18 AM, erik quanstrom wrote:
> On Tue Dec 11 09:10:53 EST 2012, al...@pbrane.org wrote:
>> What's the story behind the curious reference
>> to this phrase in the code for timesync(8)?
>
> it's a reference to
>
No objections having been raised, I've submitted a patch
(mousein-non-exclusive) to remove this restriction.
Next, the same question about /dev/kbin - does that need to be
exclusive open? I think not. Slightly more complicated, because
kbin can receive a pair of inputs (escape + scancode) and pa
I'm using a new-ish Apple keyboard here. It works well except that (a) about
twice a day or so, the control née caps lock key misses a key up event (tapping
it again solves it), and (b) the fn key (and therefore the things accessed by
it) does nothing.
I originally had all sorts of problems wit
> Finally (but not so importantly), has anyone considered some caching
> (as eg. mutt does)? Loading the 'plan9' folder from gmail takes well
> about a minute.
the upas/fs in contrib quanstro/nupas does do caching. it was
written become i had a few users with 500mb mailboxes, and since
access was
On Tue Dec 11 09:10:53 EST 2012, al...@pbrane.org wrote:
> What's the story behind the curious reference
> to this phrase in the code for timesync(8)?
it's a reference to
an r.e.m. song "what's the frequency, kenneth" (monster, 1994)
which is a reference to
http://
What's the story behind the curious reference
to this phrase in the code for timesync(8)?
Who wrote this code? presotto?
It's rather funny.
Anthony
> Would it be possible to get cut/paste between drawterm and the Mac
> paste buffer? There might be some other really nice integrations,
> once everything critical is working well, but in any case, what's
> here already is excellent.
? that already works for me. just double-checked. a word of
> eachart (sp?) and his students. i believe it stalled when the
eckhardt. from cmu.
- erik
there is some of a port of plan9 to the g4 imac, done by David
eachart (sp?) and his students. i believe it stalled when the
intel macs where announced, however you could probably
try to re-awaken it...
check the Ports page of the wiki.
-steve
On 11 Dec 2012, at 09:36, Luke Evans wrote:
> Hey
> Fantastic that you've already provided a 'cpu' kernel setup.
In fact the 9pi distribution image is set up so that you can use it
"headless" just by copying cmdline-cpu.txt to cmdline.txt and editing
config.txt to change 'kernel=9pi' to 'kernel=9picpu'. You can then
connect into it with the cpu
Hey, many thanks for drawterm-cocoa!
I was pleasantly 'shocked' to see this and it's at least part of the
reason I was excited to try Plan 9 out (on my Raspberry Pi when it
recently became available).
Would it be possible to get cut/paste between drawterm and the Mac
paste buffer? There might be
Thanks for the pointers Richard. Let me also take the opportunity to thank you
for your efforts on getting Plan 9 onto the Pi.
I had come across that linked doc, but wasn't sure that was what I was looking
for. I'll do a more thorough reading.
One of the challenges I'm finding with my early
Of course, maestro Richard Miller will no doubt help you figure this out
properly, but by way of confirmation that it does all work...
I have a Rev 1, RasPi 'B'.
- with an el cheapo keyboard (deliberately no USB hub to keep the power
requirement as low as possible as the Rev 1 is pretty miserly
> usbotg: ep5.0 error intr 0402
That's "data toggle error". It seems the device isn't following
the DATA0-DATA1 protocol.
You're lucky - when I tried a mac keyboard, the pi just kept
resetting.
Does this keyboard work with (native) Plan 9 on any other machine?
15 matches
Mail list logo
