On Apr 20, 2015, at 7:23 AM, Kurt H Maier wrote:
> GOOD NEWS
Better news! It made it over the $5K hump.
signature.asc
Description: Message signed with OpenPGP using GPGMail
Quoting Richard Miller <9f...@hamnavoe.com>:
http://felloff.net/usr/cinap_lenrek/aijuboard/
http://i1.kym-cdn.com/photos/images/original/000/014/416/X2R4UMUE536Z3WIALA7SKNVKP4RXX22Y.jpeg
GOOD NEWS
https://www.indiegogo.com/projects/aijuboard
khm
> You are correct, but Pi2 runs at a higher voltage by default
> which meant that force_turbo was incorrectly setting the
> "warranty" bit. That was unintended.
The mailbox property interface to the gpu has a tag for VCMSG_SET_TURBO.
I wonder if doing it that way would bypass the warranty ch
> Do the RPI2s break very fast or why is the warranty such an issue?
Not an issue for me - the pi is cheap enough that I consider it
essentially disposable, so I don't think twice about tinkering. But
since I was advising people to use turbo mode it seemed courteous
to mention the consequences.
On Sat, 07 Feb 2015 18:48:28 PST erik quanstrom wrote:
> On Sat Feb 7 18:18:29 PST 2015, ba...@bitblocks.com wrote:
> > On Sun, 08 Feb 2015 02:10:25 +0100 hiro <23h...@gmail.com> wrote:
> > > Do the RPI2s break very fast or why is the warranty such an issue?
> >
> > A chip's rated clock rate is
> Apparently you can crash one with a light bulb:
I once read that a similar thing happened when the IBM 701 was first
unveiled to the press. IBM had put the CRT-based storage devices
behind smoked plexiglass, and one could see the memory visually.
Naturally, the photographers took flash pictures
On Sat Feb 7 18:18:29 PST 2015, ba...@bitblocks.com wrote:
> On Sun, 08 Feb 2015 02:10:25 +0100 hiro <23h...@gmail.com> wrote:
> > Do the RPI2s break very fast or why is the warranty such an issue?
>
> A chip's rated clock rate is typically much lower that the max
> freq it at which it can run st
Quoting hiro <23h...@gmail.com>:
Do the RPI2s break very fast or why is the warranty such an issue?
Apparently you can crash one with a light bulb:
http://www.raspberrypi.org/forums/viewtopic.php?f=28&t=99042
khm
On Sun, 08 Feb 2015 02:10:25 +0100 hiro <23h...@gmail.com> wrote:
> Do the RPI2s break very fast or why is the warranty such an issue?
A chip's rated clock rate is typically much lower that the max
freq it at which it can run stably -- and there is fair bit of
variation in this max freq. A rare f
Do the RPI2s break very fast or why is the warranty such an issue?
On Sat, 07 Feb 2015 16:50:24 GMT Richard Miller <9f...@hamnavoe.com> wrote:
> I said:
>
> > Disclaimer: if you put silly numbers in arm_freq, bad stuff
> > might happen. Supposedly the firmware detects this and sets
> > an irreversible bit somewhere that voids your warranty.
>
> There are claims
I said:
> Disclaimer: if you put silly numbers in arm_freq, bad stuff
> might happen. Supposedly the firmware detects this and sets
> an irreversible bit somewhere that voids your warranty.
There are claims in the raspberry pi forums that the 'void
warranty' bit will be set if you configure forc
Thanks a lot, Richard! That's awesome!!!
Kind Regards,
Dante
On 06.02.2015 19:13, Richard Miller wrote:
To return to the original subject ...
/n/sources/contrib/miller/9pi2 is a Plan 9 kernel which runs on the
Raspberry Pi 2 (one core only, so far). I'll put updated source
in contrib/miller/9
FANTASTIC! Thank you so much! That's so cool!
On Fri, Feb 6, 2015 at 10:13 AM, Richard Miller <9f...@hamnavoe.com> wrote:
> To return to the original subject ...
>
> /n/sources/contrib/miller/9pi2 is a Plan 9 kernel which runs on the
> Raspberry Pi 2 (one core only, so far). I'll put updated sou
To return to the original subject ...
/n/sources/contrib/miller/9pi2 is a Plan 9 kernel which runs on the
Raspberry Pi 2 (one core only, so far). I'll put updated source
in contrib/miller/9/bcm later today. mk CONF'='pi2 for the new
model, CONF'='pi for the original model.
Plan 9 from B
On Fri Feb 6 03:51:08 PST 2015, st...@quintile.net wrote:
> See /n/sources/patch/maybe/usb-short-desc
>
> That works a treat,
> thanks Cinap, Richard, and Erik.
great. the 9atom version of usb improves on the original by
adjusting a few constants to the standard. but the main fix is
several pl
On Fri Feb 6 03:56:17 PST 2015, cinap_len...@felloff.net wrote:
> http://felloff.net/usr/cinap_lenrek/aijuboard/
nice. thank you!
- erik
> http://felloff.net/usr/cinap_lenrek/aijuboard/
http://i1.kym-cdn.com/photos/images/original/000/014/416/X2R4UMUE536Z3WIALA7SKNVKP4RXX22Y.jpeg
http://felloff.net/usr/cinap_lenrek/aijuboard/
--
cinap
See /n/sources/patch/maybe/usb-short-desc
That works a treat,
thanks Cinap, Richard, and Erik.
-Steve
On Thu Feb 5 21:07:18 PST 2015, k...@sciops.net wrote:
> Quoting erik quanstrom :
>
> >
> > i was not thinking along those lines. :-( i just wanted to see a picture
> > of
> > the board. the render is nice, but the toy budget is not so large.
> >
>
> I did spend a bit of time trowling throug
Quoting erik quanstrom :
i was not thinking along those lines. :-( i just wanted to see a picture of
the board. the render is nice, but the toy budget is not so large.
I did spend a bit of time trowling through IRC logs; I could have sworn
aiju had posted a photo of a populated (and runni
On Thu Feb 5 20:38:05 PST 2015, k...@sciops.net wrote:
> Quoting erik quanstrom :
>
> >
> > does anyone have a picture of this board?
> >
>
> If you're asking for technical purposes, there's a render at
> http://9front.org/img/aijuboard.png but I'm not sure that's the
> final cut.
>
> If you're
Quoting erik quanstrom :
does anyone have a picture of this board?
If you're asking for technical purposes, there's a render at
http://9front.org/img/aijuboard.png but I'm not sure that's the
final cut.
If you're asking for physical proof of its existence, one of the
guys who owns one is go
> does anyone have a picture of this board?
That sounds like the challenge Olimex used to rise to,
back when they started as a prototyping and production board
manufacturers. I don't see that that is their focus still, but they
surely have not lost their skills.
It would be nice to have a commu
On Thu Feb 5 11:37:56 PST 2015, cinap_len...@felloff.net wrote:
> aiju build a computer arround the xilinx zynq-7000 (dualcore arm
> cortex A9 with fpga):
>
> http://aiju.de/electronics/aijuboard/
>
> and wrote kernel and bootloader here:
>
> http://code.google.com/p/plan9front/source/browse/sy
Hells yes!
On Fri, Feb 6, 2015 at 8:17 AM, Quintile wrote:
> ooo! I think we are about to start using zinq's in a new project...
>
> I have gotta try it 😄
>
> -Steve
>
>
>
>
>
> > On 5 Feb 2015, at 19:42, cinap_len...@felloff.net wrote:
> >
> > aiju build a computer arround the xilinx zynq-7000
ooo! I think we are about to start using zinq's in a new project...
I have gotta try it 😄
-Steve
> On 5 Feb 2015, at 19:42, cinap_len...@felloff.net wrote:
>
> aiju build a computer arround the xilinx zynq-7000 (dualcore arm
> cortex A9 with fpga):
>
> http://aiju.de/electronics/aijuboard
Champion.
I have a Parallella, with a 7010, and a Epiphany-III. Was wondering if I'd
pull the finger out and port Plan 9, or even pay for it. Seems I might not
have to. There is also a SnowLEO SDR unit that uses a 7010 and a LimeMicro
chip (think BladeRF).
Thank you! Great news!
On Fri, Feb 6, 2
aiju build a computer arround the xilinx zynq-7000 (dualcore arm
cortex A9 with fpga):
http://aiju.de/electronics/aijuboard/
and wrote kernel and bootloader here:
http://code.google.com/p/plan9front/source/browse/sys/src/9/zynq/
http://code.google.com/p/plan9front/source/browse/sys/src/boot/zynq
yeah, maybe. i dont know if this is the problem. just what i'd try
first. :)
--
cinap
On Thu Feb 5 11:20:53 PST 2015, 9f...@hamnavoe.com wrote:
> > try changeing the
> > following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
> >
> > uchar buf[Ddevlen+255];
> >
> > to:
> >
> > uchar buf[Ddevlen];
>
> See /n/sources/patch/maybe/usb-short-desc
i should have remem
> try changeing the
> following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
>
> uchar buf[Ddevlen+255];
>
> to:
>
> uchar buf[Ddevlen];
See /n/sources/patch/maybe/usb-short-desc
Did someone say there was a Zynq kernel?
On Fri, Feb 6, 2015 at 6:15 AM, erik quanstrom
wrote:
> On Thu Feb 5 09:28:09 PST 2015, cinap_len...@felloff.net wrote:
> > labs loaddevdescr() reads 255+18 bytes device descriptor
> > instead of 18 bytes for some reason. try changeing the
> > following
On Thu Feb 5 09:28:09 PST 2015, cinap_len...@felloff.net wrote:
> labs loaddevdescr() reads 255+18 bytes device descriptor
> instead of 18 bytes for some reason. try changeing the
> following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
>
> uchar buf[Ddevlen+255];
>
> to:
>
>
Basically, Plan 9 (kernel and applications) was designed and written for
multiprocessors,
and the kernel is written with pre-emptive concurrency in mind (rather
than, say, retrofitting
it all). That extends to the drivers and most platform-specific kernel code
(except where someone slipped up,
whic
labs loaddevdescr() reads 255+18 bytes device descriptor
instead of 18 bytes for some reason. try changeing the
following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
uchar buf[Ddevlen+255];
to:
uchar buf[Ddevlen];
and see if you still get the short descriptor warning.
Don't be evil :-)
On 05.02.2015 16:40, Steven Stallion wrote:
On Thu, Feb 5, 2015 at 8:46 AM, Siarhei Zirukin
wrote:
He didn't ask about 9front.
What's 9front?
(Apologies, couldn't resist...)
> I am fairly sure there was multicore support in the MIPS
> kernels for the big challange machines they had at the labs.
I was only listing the kernels still present in Plan 9.
The vt5 and ch kernels (and probably others) had
multiprocessing support as well.
--
David du Colombier
Quoting Steven Stallion :
What's 9front?
Medium- to low-quality mushroom cloud computing project designed to
vandalize treasured artwork.
Every interaction I've had with the dev team has been awful.
khm
On Thu, Feb 5, 2015 at 8:46 AM, Siarhei Zirukin wrote:
> He didn't ask about 9front.
>
What's 9front?
(Apologies, couldn't resist...)
I am fairly sure there was multicore support in the MIPS
kernels for the big challange machines they had at the labs.
-Steve
He didn't ask about 9front.
On 2/5/15, cinap_len...@felloff.net wrote:
> and pc64 and zynq :-)
>
> --
> cinap
>
>
and pc64 and zynq :-)
--
cinap
As far I know, only the pc, teg2 and k10 kernels support multiprocessing.
--
David du Colombier
Doesn't Plan 9 run on the dual core ARM Tegra2?
On Thu, Feb 5, 2015 at 7:17 PM, Dante wrote:
> Hi all,
>
> Does Plan9 have support for multi-core processors?
> Is explicit support needed at all (like in SMP)?
>
> D
>
>
Hi all,
Does Plan9 have support for multi-core processors?
Is explicit support needed at all (like in SMP)?
D
Dockstar and only via USB 2.0
Nowadays i'd buy a pogoplug, they were still available on amazon or
ebay for 10$ last time I looked.
I'm also using the dockstar for routing. The gigabit is stable and
gives enough headroom for my pity 10Mbit uplink, whereas a rpi would
break down bec. of USB hardware
> kirkwood had gigabit ethernet way before the rpi even existed and I'm
> regularly using multiples of 100Mbit with samba on one, it's super
> stable *and* faster which is why I would never pick the rpi for a NAS.
> otoh this device doesn't even have video out.
What kirkwood device are you using f
btw if you really are that bored:
please port 9front to one of those wifi SD cards.
> I do wonder if they have got it wrong with the Pi-2 and should have gone
> with
> Gig Ether - Time will tell.
They did not, one of the most common usages of the pi is to decode
h.264 video, which works just fine over the slow ethernet and even via
usb wireless adapters.
Fine means the videos bre
I struggle a bit with ARM version numbers ... is the Pi2 the same
architecture as Beaglebone Black - so they could share kernel source
(I know peripherals would be different)
Pete
> To be honest, the ether performance is not really a limiting feature of the
> pi for me, if fact the cpu and ether are a fair match for each other.
This might be because the ethernet adapter uses USB which is taxing
the CPU a lot.
On Mon, 02 Feb 2015 19:52:08 PST erik quanstrom wrote:
> On Mon Feb 2 13:20:08 PST 2015, ba...@bitblocks.com wrote:
> > On Mon, 02 Feb 2015 20:54:02 GMT Skip Tavakkolian om> wrote:
> > >
> > > hardkernel's odroid-c1 is similar and slightly better performance for the
> > > same price; any sense
On Mon Feb 2 13:20:08 PST 2015, ba...@bitblocks.com wrote:
> On Mon, 02 Feb 2015 20:54:02 GMT Skip Tavakkolian
> wrote:
> >
> > hardkernel's odroid-c1 is similar and slightly better performance for the
> > same price; any sense which port might be easier?
>
> Odroid-c1 is Cortex-A5 while Pi2 i
Some documentation can be found here:
http://elinux.org/RPi_Documentation#Raspberry_Pi_Processor_Broadcom_System-On-Chip:
On 2/2/15 3:37 PM, Joe Bowers wrote:
Does anybody know where to look for documentation on the changes, or
general documentation for the bcm2836?
On Mon, Feb 2, 2015 at 1:
Re: Ether speed
I was just asking in case there was a perfmormance improvment to be had for
free.
To be honest, the ether performance is not really a limiting feature of the
pi for me, if fact the cpu and ether are a fair match for each other.
A significantly faster cpu would upset this balance
Does anybody know where to look for documentation on the changes, or
general documentation for the bcm2836?
On Mon, Feb 2, 2015 at 1:24 PM, Bakul Shah wrote:
> On Mon, 02 Feb 2015 20:54:02 GMT Skip Tavakkolian <
> skip.tavakkol...@gmail.com> wrote:
> >
> > hardkernel's odroid-c1 is similar and s
On Mon, 02 Feb 2015 20:54:02 GMT Skip Tavakkolian
wrote:
>
> hardkernel's odroid-c1 is similar and slightly better performance for the
> same price; any sense which port might be easier?
Odroid-c1 is Cortex-A5 while Pi2 is Cortex-A7 so Pi2 is more
performant (but has worse ethernet and horrible
hardkernel's odroid-c1 is similar and slightly better performance for the
same price; any sense which port might be easier?
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141578608433
On Mon Feb 02 2015 at 5:15:34 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > Noted it *should
The difference between Armv6 and Armv7 isn't it?
On 2/2/15 7:14 AM, Richard Miller wrote:
Noted it *should* be backwards compatible with previous software. Does a
9fan wish to vet the 9pi release against this new hardware?
Compatible with user level software, yes. But it will need a new kernel,
> Noted it *should* be backwards compatible with previous software. Does a
> 9fan wish to vet the 9pi release against this new hardware?
Compatible with user level software, yes. But it will need a new kernel,
because it has 4 x cortex-a7 cores compared with 1 x arm11 on the older pi.
Just saw this come up on my Facebook feed:
http://www.raspberrypi.org/raspberry-pi-2-on-sale/
Noted it *should* be backwards compatible with previous software. Does a
9fan wish to vet the 9pi release against this new hardware? I'd love to
give it a go, but I'm not in a position time wise, being m
63 matches
Mail list logo
