Plan9port's implementation of fltfmt.c seems
different enough to me that it isn't possible to
simply take the fix from there and add it to
plan9. Perhaps I'm missing something.
The g verb already acts differently in plan9port
and native plan 9: print("%g\n", 0.1) prints .1 in
plan 9 and 0.1 in pla
i've got some ibm scrollpoint keyboards (part of a kvm thing)
that do not agree with usbd. the keyboard presents a hub
that seems to not like the set device commands.
has anyone else seen this?
- erik
% echo debug 1>/dev/usbdctl
usb/usbd: debug 1 fsdebug 0
% usb/usbd: /dev/usb/ep3.0: port 1 att
On Mar 1, 2013, at 10:58, "Steve Simon" wrote:
> This relies on gcc running everywhere p9p runs...
s/gcc/sufficiently modern gcc/
I think that's the bigger issue. How far back in time is p9p looking to support
platforms from? I have at least one box in the basement with a much older gcc
on it.
> So it looks
> like a fix was made somewhere else in that file and not put back into
> the Plan 9 sources.
Just an idea, but now that gcc has kenc compatibility modes thanks to a GO
author,
plan9ports could be merged back with mainline plan9 to a large extent.
It could then become a much smaller
> thanks. that one had been bugging me. looks like it works here.
>
/n/sources/patch/usb-khome
But the code looks the same in plan9port at that point. So it looks
like a fix was made somewhere else in that file and not put back into
the Plan 9 sources. The proposed fix is perhaps not the best one.
-rob
Ok. Now I NEED raspberry pi
Sent from my iPhone
On Mar 1, 2013, at 2:04 AM, Yaroslav wrote:
> now works on arm (tested on raspberry pi)
>
>
> 2013/2/9
>> excellent! :)
>>
>> --
>> cinap
>
>
>
> --
> - Yaroslav
anonymous 9fs access
nflag=-n
# import -E ssl atom.9atom.org /n/atom /n/atom
srv $nflag -q tcp!atom.9atom.org atom &&
mount $nflag /srv/atom /n/atom atom
there are some updates from the last cd, but there is no
replica log yet.
- erik
On Fri Mar 1 06:21:01 EST 2013, yari...@gmail.com wrote:
> The "Home" key produces rune "7" on certain USB keyboard. The fix is:
>
> /n/sources/plan9/sys/src/cmd/usb/kb/kb.c:473,479 -
> /sys/src/cmd/usb/kb/kb.c:473,479
> }
>
>
> - #define hasesc1(sc) (((sc) > 0x47) || ((sc) == 0x38))
> +
On Thu, Feb 28, 2013 at 1:10 PM, Joel C. Salomon wrote:
>
> On Thu, Feb 28, 2013 at 12:19 PM, dexen deVries
> wrote:
> > #define exit(status) do { exit(status); return 0; } while (0)
> What does kenc do with a void function attempting to return 0?
incompatible types: "VOID" and "INT" for op "RE
The "Home" key produces rune "7" on certain USB keyboard. The fix is:
/n/sources/plan9/sys/src/cmd/usb/kb/kb.c:473,479 -
/sys/src/cmd/usb/kb/kb.c:473,479
}
- #define hasesc1(sc) (((sc) > 0x47) || ((sc) == 0x38))
+ #define hasesc1(sc) (((sc) >= 0x47) || ((sc) == 0x38))
static void
> My mouse moves only Up-Down when I move it Left-Right.
> And slightly Right-only by clicking the buttons.
Are you using the latest (13 Jan) 9pi kernel image?
Can you get some debugging output from the report descriptor
parsing (by adding 'kbargs=-d' and removing 'user=glenda' in
the command lin
that solves it. thanks
2013/3/1 Yaroslav
> try bind -c $dir $dir before aux/stub
>
Hi Richard,
I've done this and got the following:
usb/kb: no unhandled devices found
My mouse moves only Up-Down when I move it Left-Right.
And slightly Right-only by clicking the buttons.
I have this mouse: http://trust.com/15345
now works on arm (tested on raspberry pi)
2013/2/9
> excellent! :)
>
> --
> cinap
>
>
--
- Yaroslav
Hi!
if i do aux/stub newfile. It does a
bind $dir $dir
before the mount. which prohibits creates
in that directory. I couldn't find out where
does this happen. maybe in postmntsrv?
is there a way to circumwent this?
bencef
16 matches
Mail list logo
