On Sat, Jan 26, 2013 at 07:12:50AM -0500, erik quanstrom wrote:
> > > ; >/dev/null time factor 281476419553081
> > > 146.60u 0.01s 148.24rfactor 281476419553081
> > > ; >/dev/null time /sys/src/cmd/5.factor 281476419553081
> > > 1.20u 0.01s 1.22r/sys/src/cmd/5.factor 28147641955
> > ; >/dev/null time factor 281476419553081
> > 146.60u 0.01s 148.24rfactor 281476419553081
> > ; >/dev/null time /sys/src/cmd/5.factor 281476419553081
> > 1.20u 0.01s 1.22r/sys/src/cmd/5.factor 281476419553081
>
> Umh how does 'factor' relate to a FPU?
> I don't have
On Wed, Jan 23, 2013 at 04:10:48PM -0500, erik quanstrom wrote:
> On Wed Jan 23 10:49:47 EST 2013, quans...@quanstro.net wrote:
> > > Interesting results, thank you!
> > > The difference between the Pi and the Sheeva is quite huge,
> > > I wasn't excepting such difference. This seems to confirm my
hugo% history -D -d sourcesdump /n/sources/plan9/sys/src/cmd/mkfile
...
Feb 15 14:05:48 GMT 2005 /n/sourcesdump/2006/0321/plan9/sys/src/cmd/mkfile 2414
[jmk]
11c11
< BUGGERED=gc|lmlvideo|dwb|unix|perl|celp|mosml|ovac|vfs|aviation|tex
---
> BUGGERED=gc|lmlvideo|dwb|unix|perl|celp|mosml|ovac|vfs|avi
On Thu Jan 24 05:30:18 EST 2013, phineas.p...@gmail.com wrote:
> Hi,
>
> I noticed I have this same problem with man -P on the Raspberry Pi
> (though I remember that it worked initially). What exactly did you
> recompile? The Raspberry Pi kernel?
>
> Thanks,
> Phin
>
> On 1/23/13, erik quanstr
>>> /sys/src/cmd/postscript/tr2post
>>
>> Ought to be part of mk install in /sys/src/cmd, I wonder if a patch to
>> the mkfile is warranted?
>
> It's been deliberately excluded -- /sys/src/cmd/mkfile:11
>
> I wonder if anyone remembers why?
If we submit a patch, either somebody will remember wh
>> /sys/src/cmd/postscript/tr2post
>
> Ought to be part of mk install in /sys/src/cmd, I wonder if a patch to
> the mkfile is warranted?
It's been deliberately excluded -- /sys/src/cmd/mkfile:11
I wonder if anyone remembers why?
> mk install
>
> in
>
> /sys/src/cmd/postscript/tr2post
Ought to be part of mk install in /sys/src/cmd, I wonder if a patch to
the mkfile is warranted?
++L
On 1/24/13, lu...@proxima.alt.za wrote:
>> I noticed I have this same problem with man -P on the Raspberry Pi
>> (though I remember that it worked initially). What exactly did you
>> recompile? The Raspberry Pi kernel?
>
> I just tried man -P cat on my sheevaplug, after rebuilding libraries
> an
> I noticed I have this same problem with man -P on the Raspberry Pi
> (though I remember that it worked initially). What exactly did you
> recompile? The Raspberry Pi kernel?
I just tried man -P cat on my sheevaplug, after rebuilding libraries
and binaries and found that aux/tr2post wasn't ther
Hi,
I noticed I have this same problem with man -P on the Raspberry Pi
(though I remember that it worked initially). What exactly did you
recompile? The Raspberry Pi kernel?
Thanks,
Phin
On 1/23/13, erik quanstrom wrote:
> it appears that i shot myself in the foot with version skew with
> the
it appears that i shot myself in the foot with version skew with
the amd64-version of 5l.
i can't really explain how that happened, but a recompile has
sorted things out.
- erik
everything's up to date & it looks unrelated to fp.
acid; new()
3346: SVC/SWI Exception _main MOVW.W R14,#-0x14(R13)
3346: Prefetch Abort/Data Abort main+0x4MOVWR0,argc+0(FP)
acid; step()
3346: Prefetch Abort/Data Abort main+0x8MOVW$#0x0,R0
acid; step()
3346: Prefetch Ab
> man -P 1 cat
Works for me. Have you updated your bcm kernel? I fixed a vfp
context-switching error today.
On Wed Jan 23 17:21:41 EST 2013, 9f...@hamnavoe.com wrote:
> > has anyone been able to recompile gs and then view man pages?
> > gs dies with a good old-fashioned stack smash.
> >
> > do there need to be changes to /sys/src/libc/arm?
>
> Well, I see there's a getfcr.vfp.s but I think it would ca
> has anyone been able to recompile gs and then view man pages?
> gs dies with a good old-fashioned stack smash.
>
> do there need to be changes to /sys/src/libc/arm?
Well, I see there's a getfcr.vfp.s but I think it would cause trouble
if you used it. The default is carefully set to avoid floa
On Wed Jan 23 10:49:47 EST 2013, quans...@quanstro.net wrote:
> > Interesting results, thank you!
> > The difference between the Pi and the Sheeva is quite huge,
> > I wasn't excepting such difference. This seems to confirm my
> > initial thoughts regarding the Atom perfs.
>
> that's just for flo
> Interesting results, thank you!
> The difference between the Pi and the Sheeva is quite huge,
> I wasn't excepting such difference. This seems to confirm my
> initial thoughts regarding the Atom perfs.
that's just for floating point, which the sheeva doesn't have.
the newer model from the same
On 23/01/2013 13:11, Richard Miller wrote:
But of course the pi has a FPU, GPU, ...
Indeed.
term% for (i in dh61 atom pi3 plug) {
cpu -h $i -c 'cat /dev/cputype
time factor 281476419553081>/dev/null'
}
Core i7 2293
0.07u 0.00s 0.07rfactor 281476419553081
Atom 16
> But of course the pi has a FPU, GPU, ...
Indeed.
term% for (i in dh61 atom pi3 plug) {
cpu -h $i -c 'cat /dev/cputype
time factor 281476419553081 >/dev/null'
}
Core i7 2293
0.07u 0.00s 0.07rfactor 281476419553081
Atom 1601
0.64u 0.00s 0.64rfactor 28147641
Success!
On Jan 22, 2013, at 12:58 PM, James Chapman wrote:
> On Jan 22, 2013, at 12:39 PM, Richard Miller <9f...@hamnavoe.com> wrote:
>> Some apple keyboards will work if you connect them via
>> a powered hub.
>
> Ok, I might try that.
I changed the power supply to one that claims to provide 1
On Wed, Jan 23, 2013 at 10:36:52AM +, Richard Miller wrote:
> > the rpi is only half as fast as a sheeva plug.
>
> ... half as fast at doing what?
I support that it's only half as fast as a sheevaplug *compiling code*.
But of course the pi has a FPU, GPU, ...
> USB power management is pretty smart in its way
Only if the OS helps.
> the rpi is only half as fast as a sheeva plug.
... half as fast at doing what?
On 22 January 2013 19:06, erik quanstrom wrote:
> > I've seen similar things with my apple keyboard on plan9 with
> > the pi (as well as the failure you noted earlier). the pi is *very*
> > picky about power.
>
USB power management is pretty smart in its way, but can do odd things. And
what diff
On 2013-01-22, at 10:50 AM, Aram Hăvărneanu wrote:
> If you don't want to read all that, here's a summary from Wikipedia:
Summary: 2 + 2 != 5
Bugger.
> I'm currently running two Atom-based servers for Linux and Plan9 (>=40W
> each), and it is possible that the computation power I need could fit
the rpi is only half as fast as a sheeva plug.
- erik
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830
If you don't want to read all that, here's a summary from Wikipedia:
Originally the on-board USB ports were designed for USB devices
using one "unit load" (100 mA) of current. Devices using more than
100 mA were incompatible with t
On 22/01/2013 18:06, erik quanstrom wrote:
sort of sad when the keyboard uses more power than the computer.
Sadly funny!
The PI is really power-efficient, this is quite impressive.
Thanks ARM!
I'm currently running two Atom-based servers for Linux and Plan9 (>=40W
each), and it is possible th
> I've seen similar things with my apple keyboard on plan9 with
> the pi (as well as the failure you noted earlier). the pi is *very*
> picky about power. I do use the powered hub, but what made
> a bigger difference for me was getting a beefier power supply
> (most of the USB things you'll likely
// On linux with the raspberry pi, I have to plug the mouse in
// separately, if I plug it into the keyboard the pi doesn't boot.
I've seen similar things with my apple keyboard on plan9 with
the pi (as well as the failure you noted earlier). the pi is *very*
picky about power. I do use the powere
On Jan 22, 2013, at 12:39 PM, Richard Miller <9f...@hamnavoe.com> wrote:
> Some apple keyboards will work if you connect them via
> a powered hub.
Ok, I might try that.
> Some don't work at all, possibly because they don't implement
> the usb HID boot protocol in quite the standard way.
>
> The
> It booted, my logitech mouse worked but my apple keyboard (model A1243)
> doesn't work.
Some apple keyboards will work if you connect them via
a powered hub.
Some don't work at all, possibly because they don't implement
the usb HID boot protocol in quite the standard way.
There's a newer 9pi
Hi,
I just downloaded http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz
and tried it out.
It booted, my logitech mouse worked but my apple keyboard (model A1243) doesn't
work.
It produces the following error:
usbotg: ep 5.0 error intr 0082
Best wishes,
James
34 matches
Mail list logo
