Ralph Aichinger dijo [Tue, Mar 31, 2020 at 04:24:44PM +0200]:
> Hello!
>
> With a little bit of envy I discovered that Ubuntu not only runs
> in a vanilla flavour on the Raspberry Pi, but that there is
> a very straightforward download page and stuff seems reasonably
> documented. In both 32 and
On Thu, Apr 16, 2020 at 04:15:00PM -0500, Nate Bargmann wrote:
> It does seem strange to install the 'amd64' distro on my Intel Core
> boxes. As I was aware of the history behind the name it made sense.
> x86_64 is a bit more difficult to type but seems less ambiguous. Oh
> well.
Too bad it has
On 2020-04-16 19:57 +0100, peter green wrote:
> Interestingly andriod seems to use arm64 for the "abi"* and
> aarch64 for the "instruction set"
I was hoping to avoid getting into all this because it's detail almost
no-one needs to care about, but there are indeed separate names for
the
* On 2020 16 Apr 13:20 -0500, Lennart Sorensen wrote:
> Besides there is i386 which intel retroactively called IA32, and then to
> confuse everyone decided IA64 was itanium, not the 64bit version of x86.
> Lots of people tried to install ia64 debian on 64 bit x86 machines
> over the years. Debian
On 16/04/2020 19:27, Wookey wrote:
Apologies for the confusion. I was rather hoping more projects would
use the obvious (and IMHO more user-friendly) arm64 name, rather than
following the corporate steer, and in the early days it was hard
to tell how this would go. But most have plumped for
On 2020-04-16 19:43 +0200, deloptes wrote:
> So what can the community rule out here. Is it aarch64 and arm64 the same or
> not?
yes, arm64 and aarch64 are different names for the same architecture.
Linux (kernel) and debian/ubuntu (and Apple in IOS/LLVM) called it
arm64. ARM corp called it
On Thu, Apr 16, 2020 at 07:58:29PM +0200, deloptes wrote:
> I think this is the answer
> https://wiki.debian.org/Arm64Port#Nomenclature_and_defines
>
> If your package does architecture-specific things explicitly then you will
> need to understand what names to use in tests.
>
> The gnu name for
deloptes wrote:
>
> So what can the community rule out here. Is it aarch64 and arm64 the same
> or not?
I think this is the answer
https://wiki.debian.org/Arm64Port#Nomenclature_and_defines
If your package does architecture-specific things explicitly then you will
need to understand what
Tixy wrote:
> Don't know what this has to do with Apple, unless it's an LLVM arch
> naming thing?
Yes LLVM.
I was planning to build our favorite desktop on arm64 for fun, but being
preoccupied now, could move forward, so this topic is intrigueing me as to
what architecture to start and build
On Thu, 2020-04-16 at 17:01 +0200, deloptes wrote:
> Tixy wrote:
>
> > AArch64 is the abbreviation used by ARM for their 64-bit ISA, and is
> > also used used by projects like GCC.
>
> I read this, but it said that the naming was merged to arm64 which initiated
> from Apple. I am confused, cause
On 16.04.20 16:49, Lucas Nussbaum wrote:
> For 5.5:
> That's possible. I did not check USB yet.
> And see the latest messages on
> https://github.com/lategoodbye/rpi-zero/issues/43 ...
Yes I have seen and only found CONFIG_USB_NET_CDCETHER in
config-5.5.0-1-arm64 so it seems not to be set or
Tixy wrote:
> AArch64 is the abbreviation used by ARM for their 64-bit ISA, and is
> also used used by projects like GCC.
I read this, but it said that the naming was merged to arm64 which initiated
from Apple. I am confused, cause the article said you can use both in GCC
for same thing
Hi,
For 5.5:
That's possible. I did not check USB yet.
And see the latest messages on
https://github.com/lategoodbye/rpi-zero/issues/43 ...
For 5.6:
strange. I think it worked.
It would really be great to get a 5.6 kernel in experimental, from the
kernel team.
I'll try to refresh the status of
Hello Lucas,
thanks for the link. Build a image with kernel 5.5 boot the rpi4, but
USB is not working. lsusb show nothink. ( I know there is the Problem
with the pcie)
Build Image with Kernel 5.6 does nothing. No monitor output, no output
on serial.
When I try to upgrade the image with kernel
On Wed, 2020-04-15 at 20:09 +0200, deloptes wrote:
> basti wrote:
>
> > can please someone share a minimal image to boot aarch64 on rpi4?
>
> Why using the term aarch64 and what is wrong with kernel8.img? I was
> told it is the arm64 one and I think I tried it
AArch64 is the abbreviation used
On 15/04/20 at 12:13 +0200, basti wrote:
> Hello,
> i have try to boot rpi4 with real debian kernel.
>
> I have try:
> - build kernel from source -> boot with dtb from ubuntu, but do not find
> an sdcard
> - use uefi -> install via debian installer, does not boot after install
> is finished,
basti wrote:
> can please someone share a minimal image to boot aarch64 on rpi4?
Why using the term aarch64 and what is wrong with kernel8.img? I was told it
is the arm64 one and I think I tried it
Hello,
i have try to boot rpi4 with real debian kernel.
I have try:
- build kernel from source -> boot with dtb from ubuntu, but do not find
an sdcard
- use uefi -> install via debian installer, does not boot after install
is finished, can't find a boot media
can please someone share a minimal
Alan Corey wrote:
> Can't be a real program, it doesn't have a man page. I just installed
> it (on a Pi under Raspbian) because I'm looking for a way to put
> Buster or Bullseye on my Pinebook Pro SSD. Which is going to need
> drivers and firmware. The best thing I've seen is
>
Can't be a real program, it doesn't have a man page. I just installed
it (on a Pi under Raspbian) because I'm looking for a way to put
Buster or Bullseye on my Pinebook Pro SSD. Which is going to need
drivers and firmware. The best thing I've seen is
Hello deloptes,
Am Di., 31. März 2020 um 19:37 Uhr schrieb deloptes :
>
> Pete Batard wrote:
> > Also please bear in mind that the Pi Foundation adds a lot of quirks to
> > their 32-bit kernels, some of which have yet to find their way in
> > mainline aarch64. Raspbian is a very custom as a
On 31/03/20 at 16:24 +0200, Ralph Aichinger wrote:
> Hello!
>
> With a little bit of envy I discovered that Ubuntu not only runs
> in a vanilla flavour on the Raspberry Pi, but that there is
> a very straightforward download page and stuff seems reasonably
> documented. In both 32 and 64 bit.
>
On Tue, Mar 31, 2020 at 2:55 PM Ralph Aichinger wrote:
> ...
Others answered the rest, but one additional point:
> Does installing Debian on top of UEFI firmware work yet
> in practice
>
> https://github.com/tianocore/edk2-platforms/tree/master/Platform/RaspberryPi/RPi4
Please note that Debian
On 2020.03.31 22:02, Ralph Aichinger wrote:
On Tue, Mar 31, 2020 at 05:08:35PM +0100, Pete Batard wrote:
Not from Debian (AFAIK) but, for the Pi 3, you will find some posts on the
Raspberry Pi forums:
https://www.raspberrypi.org/forums/viewtopic.php?f=50=249449=beb9a5a5fc456deef7c00f1ffc0be1df
On Tue, Mar 31, 2020 at 07:37:03PM +0200, deloptes wrote:
> For now I use the raspbian kernel in debian, but as you say it is 32 and I
> am not into the details, so thank you for the hints.
I am probably not telling news, but there is a 64bit kernel in
Raspbian. You just have to boot the
Hi Pete!
On Tue, Mar 31, 2020 at 05:08:35PM +0100, Pete Batard wrote:
> Not from Debian (AFAIK) but, for the Pi 3, you will find some posts on the
> Raspberry Pi forums:
> https://www.raspberrypi.org/forums/viewtopic.php?f=50=249449=beb9a5a5fc456deef7c00f1ffc0be1df
> as well as a corresponding
On Tue, Mar 31, 2020 at 10:04 PM Pete Batard wrote:
>
> Hi Arnd,
>
> On 2020.03.31 19:33, Arnd Bergmann wrote:
> > There is no need to use ACPI when using the UEFI boot path, that can
> > just as well work with a normal DT.
>
> But there's also no reason to declare that DT should be the only way
Hi Arnd,
On 2020.03.31 19:33, Arnd Bergmann wrote:
There is no need to use ACPI when using the UEFI boot path, that can
just as well work with a normal DT.
But there's also no reason to declare that DT should be the only way to
boot a platform.
There is also no need to use UEFI for
On Tue, Mar 31, 2020 at 7:08 PM Pete Batard wrote:
>
> Hi Gene,
>
> On 2020.03.31 17:41, Gene Heskett wrote:
> >> The only thing that's missing, really, is for Debian folks to
> >> integrate the retrofitted Genet network driver, which we submitted 2
> >> months ago, in the vanilla aarch64
Pete Batard wrote:
> That's because it uses Device Tree, and the DT based version of the
> Genet driver has been in the kernel for a while, so it should be mostly
> okay.
>
> But we have to use ACPI in UEFI for various reasons. The Pi 4 has a few
> quirks, especially when it comes to DMA and
Hi Gene,
On 2020.03.31 17:41, Gene Heskett wrote:
The only thing that's missing, really, is for Debian folks to
integrate the retrofitted Genet network driver, which we submitted 2
months ago, in the vanilla aarch64 installation images...
Tweaks my curiosity. That driver doesn't exist in the
On Tuesday 31 March 2020 12:08:35 Pete Batard wrote:
> Hi Ralph,
>
> On 2020.03.31 15:24, Ralph Aichinger wrote:
[...]
> If you want to help, maybe report that the bug I pointed out above
> affects you too, since, if you can live without SD support, it's
> pretty much the one thing that stands in
Hi Ralph,
On 2020.03.31 15:24, Ralph Aichinger wrote:
Is there some "official" Debian documentation on how to
install aarch64 Debian on the Pi 3 or 4 in an "official" (i.e.
diverging as little as possible from Debian standards) way?
Not from Debian (AFAIK) but, for the Pi 3, you will find
On 2020-03-31 16:24 +0200, Ralph Aichinger wrote:
> In comparison to this Debian's Arm64 wiki page lists tons of
> obsolete Arm64 hardware that is no longer available, but does
> not document the one Arm64 system that is the easiest to buy
> in shops very well, in my opinion.
>
>
Hello!
With a little bit of envy I discovered that Ubuntu not only runs
in a vanilla flavour on the Raspberry Pi, but that there is
a very straightforward download page and stuff seems reasonably
documented. In both 32 and 64 bit.
https://ubuntu.com/download/raspberry-pi
In comparison to this
35 matches
Mail list logo
