On 2024-08-16 10:25, Emanuele Rocca wrote:
> Martin, I think you and your employer were looking for ways to help the
> armhf/armel ports. This looks like a great one! :)
Noted ;-)
On 2024-09-01 12:46, Simon McVittie wrote:
> So, I'm invoking Debian Constitution §2.1.1 and declining to attempt
> to fix this upstream myself. If someone from the ARM porting team
> feels strongly that armel should continue to be a first-class-citizen
> architecture for GTK for whatever reason, p
On 2024-08-22 10:05, Emanuele Rocca wrote:
> Hello Hector,
> thanks for bringing this up!
¡Gracias, Héctor!
> On 2024-08-21 05:18, Hector Oron wrote:
>> There was a compelling reason to do at least one more armel release to
>> have at least one official release with time64 support.
>
> FWIW I thi
On 2024-08-13 20:53, Chris Hofstaedtler wrote:
> fakeroot, a notable key part of the infrastructure required to build
> packages, FTBFS on armel and armhf since March, due to t64 changes
> on these architectures.
>
> I think this is indicative of the developer interest in armel and
> armhf and the
On 2024-08-01 10:31, Arnd Bergmann wrote:
> Most of the current users are probably fine with armel
> being moved from a release architecture to ports, but from
> a user perspective I also think it would be nice to do
> that after Trixie is out, so that there is at least one
> official release with
On 2024-01-09 22:19, Martin wrote:
> On 2024-01-09 19:56, Emanuele Rocca wrote:
>> though. Any armel users out there? :-)
>
> My employer uses Debian on armel, but not d-i :-)
I should add: We never used d-i on armel and have our own kernel.
Most other stuff is plain Debian, though.
Quoting Bastian Blank :
But why? What is provided by an armel userland that armhf can't?
My employer runs Debian on this armv5(?) hardware:
https://www.taskit.de/produkte/embedded-produkte/computer-on-module/132/stamp9g20-512f/128r
Sure, the kernel is not the Debian one, but something around
On 2024-01-09 19:56, Emanuele Rocca wrote:
> though. Any armel users out there? :-)
My employer uses Debian on armel, but not d-i :-)
rking with the
kernel from bookworm:
https://github.com/amouiche/qnap_mtd_resize_for_bullseye/issues/45
If you have a serial console, can you try booting without the mem=768M
flag?
--
Martin Michlmayr
https://www.cyrius.com/
#x27;m
not sure who that someone would be.
(Maybe Arnd Bergmann but I suspect his plate is full already.)
It's particularly annoying because this is a regression and the Linux
people care a lot about fixing regressions, but I think at this point
there aren't many Kirkwood users left any
D?Thanks!
Unfortunately I never wrote instructions for OpenOCD and can't
remember how to use it.
If you Google you can probably find something; if you want to put
together a short guide, I'd be happy to link it!
Thanks!
--
Martin Michlmayr
https://www.cyrius.com/
ext4, but we generally recommend a separate /boot
partition with ext2 and that's IIRC what the guided partitioner
creates.
--
Martin Michlmayr
https://www.cyrius.com/
* Paul Wise [2022-06-03 09:36]:
> > Does it mean Debian 11 still isn't available for that device?
>
> I found that there are Sheevaplug installer images for bullseye,
> so I suspect that Debian 11 still supports the Sheevaplug,
> so Martin probably just hasn't updated
set the partition layout.
--
Martin Michlmayr
https://www.cyrius.com/
t). The Orion-based devices only have 8 MB flash,
which isn't enough.
--
Martin Michlmayr
https://www.cyrius.com/
* Martin Michlmayr [2021-09-16 16:17]:
> BTW, Karsten Sperling took another approach and changed the u-boot
> config to change the MTD partition layout.
Arnaud Mouiche has taken a similar approach and has written a script
that will automatically configure QNAP devices.
I think that'
On 2021-09-25 09:59, Jeffrey Walton wrote:
> Can someone provide a recommendation for a readily available armhf
> device? Like something I can order from Amazon?
At work, we have
https://www.taskit.de/en/products/embedded-products/computer-on-module/315/stampa5d36-256f/256r/1msf
or one of its vari
ook another approach and changed the u-boot
config to change the MTD partition layout. Apparently there were
some problems, but if someone can make this work, I think it's a more
elegant approach:
https://lists.debian.org/debian-arm/2021/01/msg00022.html
--
Martin Michlmayr
https://www.cyrius.com/
ake`.
Could you guide me in solving this issue? The custom kernel will be used to
debug some hypervisor related issues (bhyve on arm64).
[1] https://cdimage.debian.org/debian-cd/current/arm64/iso-cd/
[2] https://debian-live-config.readthedocs.io/en/latest/custom.html
Best regards,
Andrei Martin
* Holger Wansing [2021-08-04 21:36]:
> A patch based on this is attached (it makes the section only appear in
> the armel release-notes - currently the paragraph is visible in all archs -
> and changes the model numbers to "TS-xxx").
Looks good to me.
--
Martin Michlmayr
https://www.cyrius.com/
). But since this is in the armel release
notes, I think your wording is fine.
Support for all QNAP Turbo Station devices based on Marvell chips was
dropped, but that might just make it more confusing.
--
Martin Michlmayr
https://www.cyrius.com/
and TS-409
* QNAP TS-11x/TS-12x, TS-21x/TS-22x and TS-41x/TS-42x
--
Martin Michlmayr
https://www.cyrius.com/
know more.
Op 23-02-2021 om 18:42 schreef Lennart Sorensen:
On Tue, Feb 23, 2021 at 06:00:03PM +0100, martin wrote:
This morning I downloaded this image 20210210_raspi_4_buster.img from
https://raspi.debian.net/verified/ and installed it on a sdcard. All looks
well in console mode, so I
is no good old startx but the sddm login is in
/etc/init.d. I tried to start it but I don't get any reaction. So my
question is:
How do I boot into graphics mode?
Thanks in advance,
Martin.
On 2021-02-14 14:42, Christoph Biedl wrote:
> And so I started a small project:
>
> * Take the list of binary packages that are actually installed, less
> than 500 in my case.
> * Have copies of `dists/stretch/main/binary-{all,armel}/Packages`.
> * Drop all stanzas that are *not* in the above lis
put together a bootcmd using TFTP?
It's documented here: https://cyrius.com/debian/orion/qnap/ts-109/uboot/
You just need to set bootcmd accordingly.
--
Martin Michlmayr
https://www.cyrius.com/
k
> 4.19.0-13-marvell kernel though, but I didn't have time to look into why
> yet.
>
> On Mon, 21 Dec 2020 at 22:44, Martin Michlmayr wrote:
>
> > * Karsten Sperling [2020-12-16 12:06]:
> > > By pinning lvm to the stretch version I got the initrd to just below
the main culprits apparently libcrypto and libc.
>
> Is there a way I can put the initrd into any extra unused NVRAM? I saw
> an email about RootFS2
RootFS2 is only 1 MB on TS-x09, so that (4+1=5) is still less than the
6 MB of your initrd.
--
Martin Michlmayr
https://www.cyrius.com/
* basti [2021-01-08 19:31]:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976723
>
> I have no TS-209 for testing. At the moment it only work on kirkwood.
Does USB work reliably?
--
Martin Michlmayr
https://www.cyrius.com/
Hi,
On Saturday, 02.01.2021 at 12:25, Martin wrote:
> Hi,
>
> I'm considering purchase of a reMarkable paper tablet¹.
> It seems, that Parabola Linux can run on the device².
> However, Parabola is based on Arch and I prefer Debian.
> Has someone tried Debian on the reMa
Hi,
I'm considering purchase of a reMarkable paper tablet¹.
It seems, that Parabola Linux can run on the device².
However, Parabola is based on Arch and I prefer Debian.
Has someone tried Debian on the reMarkable?
TIA
¹ https://remarkable.com/
² http://www.davisr.me/projects/parabola-rm/
The main culprits seem to be the lvm
> binary (1.6M in stretch, 2.6M in buster) and the addition of
> libcrypto (2M) as a dependency of kmod and udevadm.
I added something about this to the "known issue" on my web site.
--
Martin Michlmayr
https://www.cyrius.com/
.
OTOH, since RootFS2 is right behind RootFS1, you could manually split
the ramdisk and write the first 4 MB to RootFS1 and the remaining 1 MB
to RootFS2. This way, you could keep the Debian kernel and just need
to change u-boot.
--
Martin Michlmayr
https://www.cyrius.com/
0:1 0xa0 initrd; fatload
usb 0:1 0x80 kernel; bootm 0x80'
saveenv
> What did cp.l and the memory adresses behind mean?
It means: copy from to size
copy Linux kernel from flash to 0x80
copy ramdisk from flash to 0xa0
boot kernel at 0x80
(and bootargs has initrd=
* Martin Michlmayr [2020-11-26 17:23]:
> (Maybe I'm missing other problems. I haven't fully thought about it.)
Of course I missed something. ;-)
If the flash layout is changed in the kernel, you also need to change
the load addresses / size in u-boot. Our philosophy so far ha
like more memory and more bogomips.
I don't know if there's a limitation for LaCie devices.
Does it boot from flash or disk?
--
Martin Michlmayr
https://www.cyrius.com/
reg = <0x00d0 0x0030>;
> label = "RootFS2";
> };
> };
>
> This is 2MB for Kernel, 9MB for RootFS1 and 3MB for RootFS2.
>
> As Martin describes on
> https://
mount of email
has definitely decreased over the years, so I think by the time
Debian 10 reaches its end of life most people will be okay with
decommissioning the hardware (or running an unsupported OS).
--
Martin Michlmayr
https://www.cyrius.com/
lear notice about this to my QNAP pages now.
--
Martin Michlmayr
https://www.cyrius.com/
I did not really check against your requirements, but this
machine is under development in Berlin, Germany:
en:
https://mntmn.com/media/reform_md/2020-05-08-the-much-more-personal-computer.html
de:
https://mntmn.com/media/reform_md/2020-05-12-mnt-reform-german-press-release.html
AFAIK, the deve
wanted to confirm/make sure 🙂
If I remember right, this should work fine.
--
Martin Michlmayr
https://www.cyrius.com/
-based QNAP devices but you
can find some information at http://forum.qnap.com/viewforum.php?f=147
--
Martin Michlmayr
https://www.cyrius.com/
* Loic [2020-02-16 01:47]:
> I have try to install Debian on my QNAP TS-221 but im block on the
> Installer.
> The installation failed when it's time to download packages.
Can you open another SSH connection, open a shell and then look at
/var/log/syslog to see what's go
currently broken on QNAP TS-x09 devices:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908712
While a fix is available, it unfortunately still hasn't made it into
the 4.19 kernel, which we ship in Debian 10.
Martin
* Richard Myrtin [2020-01-07 06:39]:
> Hello, my name is Richard
gt; Only on boot for a short initialation time the LED is blicking.
I've had another report about HDD LEDs being red on buster.
Has anyone else seen that? (and was in working in the previous
release?)
--
Martin Michlmayr
https://www.cyrius.com/
On 2019-11-24 23:42, Rainer Dorsch wrote:
> Is there a Debian based SBC which goes close to or even below 1W?
According to https://www.taskit.de/stamp-overview.html their
different boards have between 0.12 and 0.42 W consumption, but
that is without the actual Ethernet hardware (phy) etc. Real
pow
* basti [2019-09-03 21:04]:
> has somebody run a old qnap TS-219P+ with debian buster?
> After upgrade WOL does not work anymore.
I've had another report about WOL not working in private mail in the
meantime.
--
Martin Michlmayr
https://www.cyrius.com/
*-cpu
> description: CPU
> product: cpu
> root@qnap:/home/adminuser#
>
> Best Regards,
--
Martin Michlmayr
https://www.cyrius.com/
* Florian Dütsch [2019-09-04 21:43]:
> So I used the manual
> https://www.cyrius.com/debian/kirkwood/sheevaplug/install/ from Martin
> Michlmayr. As a first step a had to upgrade u-boot. I strictly
> followed https://www.cyrius.com/debian/kirkwood/sheevaplug/uboot-upgrade/ and
>
vice(s) found
This sounds like: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934974
> Did I brick my SheevaPlug?
> How can I downgrade the bootloader without USB, MMC and network?
You can use OpenOCD. The bug report above has a link to a blog post.
--
Martin Michlmayr
https://www.cyrius.com/
stall
stretch (why?), you have to change the links.
--
Martin Michlmayr
https://www.cyrius.com/
eued for stable:
https://marc.info/?l=linux-netdev&m=156503710404939&w=2
--
Martin Michlmayr
https://www.cyrius.com/
trol one? Shall we
> reassign?
Yeah.
--
Martin Michlmayr
https://www.cyrius.com/
to what
I saw on a TS-x09 in the past.
I fetched my TS-109 from the attic and will try to see if I see the
same issue.
--
Martin Michlmayr
https://www.cyrius.com/
* Arnaud Patard [2019-07-29 14:45]:
> As promised, please fix the updated patch. Please note that there are 2
Can you submit it upstream for review, or if you have already, send us
a link.
--
Martin Michlmayr
https://www.cyrius.com/
port this issue to Russell King and
the kernel arm list. You're the most knowledgeable people on this
thread.
If you need any more details (e.g. about the networking issues) I'm
sure some Debian users can provide more information.
Thanks so much for all your help on Orion/Kirkwoo
/debian-arm/2018/06/msg3.html
https://lists.debian.org/debian-arm/2019/04/msg00031.html
* Martin Michlmayr [2019-05-09 13:25]:
> I'm adding Andrew Lunn in hope this can be tracked down. This relates
> to Kirkwood machines with 1 GB of RAM. CONFIG_VMSPLIT_3G seems to
> lead to ne
On 2019-07-26 13:30, Dick Hollenbeck wrote:
> In my case, which is not atypical, I have an old board, I need software for
> that old
> board.
In my case, also not atypical, the board is old, but good enough
for the new baseline. I assume, that there are a lot of old
boards, that still can work wi
initialized. dmesg shows a kernel oops. (copy attached)
This sounds like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908712
--
Martin Michlmayr
https://www.cyrius.com/
o now?
Do you use RAID, LVM, LUKS and/or some unusual file system?
--
Martin Michlmayr
https://www.cyrius.com/
;t be supported.
https://www.cyrius.com/debian/kirkwood/qnap/ts-219/faq/
TS-x31 series (TS-131, TS-231 and TS-431) use a Freescale chip which is not
supported at all.
--
Martin Michlmayr
https://www.cyrius.com/
> via fw_printenv and fw_setenv (not tested myself) as instructed at
> http://karuppuswamy.com/wordpress/2012/04/16/u-boot-tools-for-debian-arm-linux-in-qnap-server/.
> fw_printenv gives me the following on the last line:
> bootargs=console=ttyS0,115200 root=/dev/ram initrd=0xa0,0x90
> ramdisk=34816 mem=768M
>
> -Timo
--
Martin Michlmayr
https://www.cyrius.com/
we just use
/dev/md1 in that case.
--
Martin Michlmayr
https://www.cyrius.com/
f95e75ff8db92805351981ca5e518d17
Author: Martin Michlmayr
Date: Mon Jun 8 09:54:04 2015 -0400
Use ${var} instead of $(var) for u-boot
Use ${var} for variable substitution in u-boot rather than $(var).
According to report, the latter no longer works. Thanks John Hughes
and Ia
* Lieven Baes [2019-04-12 10:33]:
> Martin, do you need to change this on your guruplugs-webpage by adding that
> console-argument?
If someone can explain to me what's going on, I can update the docs if
required.
But your u-boot variables specify console=ttyS0,115200, so I don'
b start
ext2load usb 1:1 0x0080 /uImage
ext2load usb 1:1 0x0110 /uInitrd
bootm 0x0080 0x0110
to see if you can get more debug info.
--
Martin Michlmayr
https://www.cyrius.com/
On 2019-02-01 11:40, hh h wrote:
> Does Debian distribution for embedded
> system provide a tiny minimal installation to include bash, ssh, apt,
> and leave the room for the embedded system developer to select
> necessary packages for any specific purpose?
>
> Lennart and Martin
Quoting lsore...@csclub.uwaterloo.ca:
On Mon, Jan 14, 2019 at 07:26:52PM +0100, W. Martin Borgert wrote:
We're working on an embedded system, which I'm just upgrading to buster.
It eats ~ 180..190 MiB. We dpkg-exclude /usr/share/doc/ and some more,
which are not needed there.
Also,
Quoting lsore...@csclub.uwaterloo.ca:
I would be impressed by a Debian install in less than 250MB storage space.
It would have to be rather minimal. Even running apt-get update to
pull the list of available packages easily grabs 40MB disk space in
my experience.
We're working on an embedded sy
Quoting John Paul Adrian Glaubitz :
Granted, I don’t really know what the real world distribution of
embedded and desktop/server/laptop devices of arm64 is. But I could
imagine that there will be more arm64 devices in the future which
are desktops, servers or laptops.
There is e.g. this p
s Alpine AL-212 chip. There
has been some work by consulting company Bootlin on Alpine but
currently support is too basic.
If you have time, you can investigate if Alpine support upstream has
come further in the meantime.
--
Martin Michlmayr
https://www.cyrius.com/
essie.
2) You set the RAM size to 768 MB, see
https://blog.spblinux.de/2018/09/debian-with-btrfs-on-qnap-11x-21x-kirkwood/
or I suppose:
3) You help us figure out a good way to fix this. (Some potential
networking issues were mentioned in relation to the 3G option).
--
Martin Michlm
o what is going wrong with high pages.
Copying Timo Jyrinki.
--
Martin Michlmayr
https://www.cyrius.com/
figure out whether that's related.
2) Andrew managed to reproduce the issue, so there's hope a real fix
will be found. But maybe I'm getting my hope up too high ;)
--
Martin Michlmayr
https://www.cyrius.com/
Quoting Uwe Kleine-König :
If the concerns are mostly about the hardware not being rackable, there
is a rackable NAS by Netgear:
https://www.netgear.com/business/products/storage/readynas/RN2120.aspx#tab-techspecs
This seems to be out of stock and discontinued, unfortunately.
Anyway,
Hi,
I just read this post by Pyra project leader Michael Mrozek
a.k.a. "Evil Dragon".
(Pyra is planned to be a Debian based gaming console, successor
of OpenPandora. See https://pyra-handheld.com/)
They need help by kernel devs and folks who know OMAP etc.
Maybe somebody here can help them?
The
s easy to resolve...
--
Martin Michlmayr
http://www.cyrius.com/
next step is
to figure out why this isn't the case.
Maybe you could edit
/usr/share/initramfs-tools/scripts/init-bottom/qcontrol
and add a "set -x" at the beginning. Then rebuild the initramfs
(update-initramfs -u).
You only changed the kernel, right, or did udev also change?
--
Martin Michlmayr
http://www.cyrius.com/
Debian. Simon Guinot
(the Seagate NAS expert) investigated this issue quite a bit and
couldn't find the cause. I will add a warning about this to the wiki.
Your issue is different but I wanted to point this out here.
--
Martin Michlmayr
http://www.cyrius.com/
* Domenico Andreoli [2018-05-07 10:12]:
> 3. maybe I'm missing some watchdog package which properly solves my problem?
Does this make any difference?
/sbin/qcontrol --direct watchdog off
--
Martin Michlmayr
http://www.cyrius.com/
o you need so this can be tracked
down?
Thank you!
--
Martin Michlmayr
http://www.cyrius.com/
http://www.cyrius.com/debian/orion/d-link/dns-323/recovery/
Unfortunately, recovery on the DNS-323 is a pain.
--
Martin Michlmayr
http://www.cyrius.com/
y if LTS stretch could be done for
armel).
--
Martin Michlmayr
http://www.cyrius.com/
Quoting Ben Hutchings :
Still, as armel will not be a release architecture any more, I suppose
it can diverge further from the normal configuration.
I didn't know, that this already has been decided.
Could you point to the emails about this? Thanks!
constantly pushing against these limits. 1.5 MB wasn't doable in
stretch and 2 MB is no longer doable in buster.
> It depends also on Orion Chip and has also only 8 MB Flash. Only RAM
> seem to be differnet.
The flash layout is different.
--
Martin Michlmayr
http://www.cyrius.com/
* Timo Jyrinki [2018-03-17 14:24]:
> https://www.cyrius.com/debian/kirkwood/qnap/ts-219/serial/ doesn't
> explicitly list TS-221, maybe I can trial and error until I find the
> correct pins.
It's the same as described on that page.
--
Martin Michlmayr
http://www.cyrius.com/
* Timo Jyrinki [2018-03-15 16:53]:
> thread I can find is from July last year about the "Unhandled fault:
> external abort on linefetch (0x014)" [1].
Based on recent reports, this problem is still there.
Are you in a position to test kernels and attach a serial console if
necess
On Tuesday, 13.03.2018 at 13:18, Vagrant Cascadian wrote:
> On 2018-03-13, Martin Lucina wrote:
> > I'm trying to bootstrap an Olimex A64-OLinuXino board from scratch, using
> > Debian stretch on x86_64 as the build host. So far, I've:
> >
> > - cross-built
On Tuesday, 13.03.2018 at 14:19, Joonas Kylmälä wrote:
> Martin Lucina:
> > U-boot seems fine -- it's once I start the kernel that things start to go
> > wrong. Just tried a mainline 4.16-rc5, and I get the same kernel BUG fairly
> > early during boot (though no immedi
On Tuesday, 13.03.2018 at 13:45, Joonas Kylmälä wrote:
> Martin Lucina:
> > (arm-trusted-firmware) $ make PLAT=sun50iw1p1 DEBUG=1 bl31
> > CROSS_COMPILE=aarch64- linux-gnu-
> > (u-boot) $ make ARCH=arm CROSS_COMPILE=aarch64-linux-gnu-
> > a64-olinuxino_defconfig
Hi,
I'm trying to bootstrap an Olimex A64-OLinuXino board from scratch, using
Debian stretch on x86_64 as the build host. So far, I've:
- cross-built mainline U-boot 2018.01 including the SPL and BL31 from latest
https://github.com/apritzel/arm-trusted-firmware.git#allwinner and
a64-olinuxino
installer: error: exiting on error
base-installer/kernel/no-kernels-found
Feb 18 23:26:19 main-menu[1382]: (process:7509): Aborted
Maybe some debian-boots folks can look over the log with their
trained eyes.
I don't know what the validlocale error is about.
And I don't see why no
* Martin Michlmayr [2018-03-04 19:23]:
> Andrew Lunn pointed out this is fixed in David Miller's net tree:
> https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=13a55372b64e00e564a08d785ca87bd9d454ba30
Just found this bug report which triggered the revert:
https
Andrew Lunn pointed out this is fixed in David Miller's net tree:
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=13a55372b64e00e564a08d785ca87bd9d454ba30
It should find its way into -stable and from there into Debian's
kernel.
--
Martin Michlmayr
http://www.cyrius.com/
nt to userland binaries which may work across different
machines.
You might be able to set up a Debian chroot.
--
Martin Michlmayr
http://www.cyrius.com/
rlyprintk to the cmd line options.
Take kernel and ramdisk from
http://ftp.debian.org/debian/dists/stretch/main/installer-armel/current/images/orion5x/network-console/qnap/ts-109/
setenv bootargs console=ttyS0,115200n8 earlyprintk root=/dev/ram rw
initrd=0x80,0x3f
tftpboot 0x080 init
* Mark Duggan [2018-02-18 14:48]:
> Any insight on how to fix this or even if I can increase the debugging
> level would be useful
Can you make the complete log file available somewhere?
Does
grep "Unhandled fault" /var/log/syslog
result in output?
--
Marti
king
> after reboot at the same stage. The installer is just not loading:
Above you write that you cannot load Debian installer and now you
describe problems after you install Debian. How did you install
Debian? Did you use the QNAP firmware to flash the installer?
--
Martin Michlmayr
http://www.cyrius.com/
* [ftp83plus] [2018-02-02 21:20]:
> but command su -s always denies me permission when I enter password for user.
Maybe I misread your email, but with "su" you have to provide the root
password, not the password for your user.
--
Martin Michlmayr
http://www.cyrius.com/
Quoting "W. Martin Borgert" :
There is still relevant hardware
around which can run "armel", but not "armhf".
Forgot to mention some, that one can still buy:
On https://www.taskit.de/stamp-overview.html the three boards
named "9261", "9G20",
1 - 100 of 1525 matches
Mail list logo
