On 28/07/16 17:35, Gunnar Wolf wrote:
I'm far from an absolute expert in this area... But I am fairly
certain of what I say — That is, I have a RPi 1 and 2B, and they
cannot boot from the same images.
That depends what is in the image.
The current raspberry pi firmware works on all pi
On 2016-07-28, Gunnar Wolf wrote:
> Alan Corey dijo [Thu, Jul 28, 2016 at 12:22:23PM -0400]:
>> Huh? I thought they claimed they were interchangeable. I had an
>> image from my model B days 3 years ago that I booted on my 3B. And I
>> cloned a working current 3B SD card and booted a Zero from
On Thu, Jul 28, 2016 at 12:22:23PM -0400, Alan Corey wrote:
> Huh? I thought they claimed they were interchangeable. I had an
> image from my model B days 3 years ago that I booted on my 3B. And I
> cloned a working current 3B SD card and booted a Zero from it. There
> isn't a different Debian
Alan Corey dijo [Thu, Jul 28, 2016 at 12:22:23PM -0400]:
> Huh? I thought they claimed they were interchangeable. I had an
> image from my model B days 3 years ago that I booted on my 3B. And I
> cloned a working current 3B SD card and booted a Zero from it. There
> isn't a different Debian
Huh? I thought they claimed they were interchangeable. I had an
image from my model B days 3 years ago that I booted on my 3B. And I
cloned a working current 3B SD card and booted a Zero from it. There
isn't a different Debian image for every brand of motherboard and CPU,
they probe to see
Alan Corey dijo [Wed, Jul 27, 2016 at 01:28:31PM -0400]:
> > 64-bit/ARMv8 on the RPi3 is still in progress.
>
> Yes, so they claim and I wonder how they're going to deal with the
> fact that some Pis are 32 bit and some 64. I posted this question
> there but I haven't looked into the links in
> Using '.byte' below rather than '.inst' or '.inst.w' is another can of
> worms...
>
> $ gcc -g3 -O0 -march=armv7-a -mfpu=neon test.cc -o test.exe
> $ ./test.exe
> $
>
> $ cat test.cc
> #include
> int main(int argc, char* argv[])
> {
> __asm__ __volatile__
> (
> ".code 32"
>
> //
Hi all,
because MacOnLinux dont work on book3e platform i was concentrating for have
a little opportunity for
have the old Sheepshaver working on Linux PPC .
I found a way for have it build and right running, but this only in emulation
mode. the real mode continue not working because
On Thu, Jul 28, 2016 at 3:06 AM, Tixy wrote:
> On Thu, 2016-07-28 at 02:38 -0400, Jeffrey Walton wrote:
> [...]
>> >> // AES (aese)
>> >> ".byte 0x4e, 0x28, 0x48, 0x20;\n"
>> >
>> > So as instructions are little-endian that's 0x2048284e for a 32-bit
>> > instruction, or
On Thu, 2016-07-28 at 02:38 -0400, Jeffrey Walton wrote:
[...]
> >> // AES (aese)
> >> ".byte 0x4e, 0x28, 0x48, 0x20;\n"
> >
> > So as instructions are little-endian that's 0x2048284e for a 32-bit
> > instruction, or 0x284e2048 if it's a Thumb2 instruction (I'm showing
> > that the same
>> Using '.byte' below rather than '.inst' or '.inst.w' is another can of
>> worms...
>
> And if I'm not mistaken, the part of the reason why you got the
> instructions wrong...
>
>> $ gcc -g3 -O0 -march=armv7-a -mfpu=neon test.cc -o test.exe
>> $ ./test.exe
>> $
>
> Does the tool-chain default
On Thu, 2016-07-28 at 00:48 -0400, Jeffrey Walton wrote:
> Using '.byte' below rather than '.inst' or '.inst.w' is another can of
> worms...
And if I'm not mistaken, the part of the reason why you got the
instructions wrong...
> $ gcc -g3 -O0 -march=armv7-a -mfpu=neon test.cc -o test.exe
> $
12 matches
Mail list logo