Do you have a lot of free time and an urge to contribute mobile phone packaging to Debian?

Hi, The title says it mostly. There is a lot of work to be done on hardware adaptation / kernel support, middleware (FSO2 / oFono) and UI (SHR, Mer/Nemo/MTF, Aurora) regarding mobile phones. For a few devices it's mostly taking code from upstream and packaging. Why I'm asking it more precisely

Re: Do you have a lot of free time and an urge to contribute mobile phone packaging to Debian?

2011/10/20 Timo Jyrinki timo.jyri...@gmail.com: I have too many devices and I'd like to give the N900 to someone who wants to make a difference in this area in Debian and also work in the Found a receiving DD. -Timo -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org

Re: Do you have a lot of free time and an urge to contribute mobile phone packaging to Debian?

2011/10/22 green greenfreedo...@gmail.com: Thanks for contributing the hardware; the N900 would/will be a great device if/when it is fully supported by open source software.  I would like to purchase one sometime if it looks like I can run (real) Debian on it, especially if I can do so with

Re: armel v4t vs v5

2012/4/18 Wookey woo...@wookware.org: I just asked and the answer seems to be 'some, but not much'. There are a few more useful instructions which should amount to a few percent speed improvement, but the gains are not exciting, which does suggest leaving it at v4t until really no-one cares

Re: modern cheap NAS fully supported by Debian?

2012/7/20 Nicola Bernardini n...@sme-ccppd.org: I gave up on my NSLU 2 which seems irremediably broken (my guess is that the RAM is botched) and I would like to buy another NAS in that price range or whereabouts. And of course, I would like to be able to run a full Debian system on it.

Re: Help needed after updating Debian on QNAP TS-109 Pro II

2012/9/22 Juha Larjomaa juha.larjo...@iki.fi: I have been happily running Squeeze from a USB stick on my QNAP TS-109 Pro II for a long time. Today, I decided to update my system with 'apt-get upgrade'. Some packages were updated but I saw that some files were kept back by apt-get - so I

Re: building qt4 for arm

2013/2/12 Neil Williams codeh...@debian.org: That doesn't help with the problem that the default Debian build only supports Xorg and most boards are actually going to require QtEmbedded and framebuffer support. If you've only got 256MB of RAM, Xorg is seriously painful. The Qt5 on Debian will

Re: Help needed with qtcreator FTBFS on arm*

2014-06-21 17:15 GMT+03:00 Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com: Hi ARM porters! I'm writing you because we currently have qtcreator FTBFS only on ARM* [0] and we can't figure out what's the problem. Ubuntu has qtcreator 3.1.1 built for armhf. I think the main difference is

Re: Information needed from owners/users of Debian on ARM/kirkwood base QNAP devices (should take 1min to gather)

2014-06-17 10:49 GMT+03:00 Ian Campbell i...@hellion.org.uk: TL;DR: Please run the attached kirkwood-qnap script on your ARM based QNAP systems as ./kirkwood-qnap --info and report the results in this thread along with the model/kind of your QNAP device (as precisely as you can). QNAP TS-221

Re: ext3/ext2 kernel bug with umlauts?

On Fri, 29 Aug 2008, Theodore Tso wrote: Can someone create a small filesystem: dd if=/dev/null of=/tmp/sample.img bs=1k count=32768 /sbin/mkfs.ext3 -F /tmp/sample.img mkdir /sample mount -o loop /tmp/sample.img /sample ... and then create some of these files for me, and then unmount the

Re: ext3/ext2 kernel bug with umlauts?

Hi, sorry for some delay, haven't dwelled into the problem recently. On Fri, 29 Aug 2008, Martin Michlmayr wrote: Timo, can you try to mount the filesystem as ext2 (rather than ext3) and tell me whether you still see this problem. Right, that solves the problem. Mounting as ext2 works,

Re: ext3/ext2 kernel bug with umlauts?

On Fri, 29 Aug 2008, Theodore Tso wrote: time tst_hash -q -a tea -n 300 time tst_hash -q -a half_md4 -n 300 [EMAIL PROTECTED]:~$ uname -a Linux debian 2.6.26-1-orion5x #1 Thu Aug 21 11:45:38 UTC 2008 armv5tel GNU/Linux [EMAIL PROTECTED]:~$ time ./tst_hash -q -a tea -n 300 41

Re: ext3/ext2 kernel bug with umlauts?

On Wed, 22 Oct 2008, Martin Michlmayr wrote: * Theodore Tso [EMAIL PROTECTED] [2008-10-20 23:19]: Can someone confirm that these patches fix the problem folks have been seeing? http://merkel.debian.org/~tbm/tmp/ext3/ I can also confirm that the patched kernels fix the problem for me - I

Re: Debian on TS-221: cannot power off

2014-11-03 12:54 GMT+02:00 Thomas Pircher tehpeh-deb...@tty1.net: On 2014-11-02 8:28 pm, Simon Elsbrock wrote: Unfortunately I've been unable to power off the device. As soon as I run `poweroff` I can hear the disks spin down after some time only to spin up immediately afterwards. I had this

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-09 0:12 GMT+02:00 Christoph Biedl : > Same here. My Dockstars (orion5x/kirkwood) still work like a charm and > it gives a bad feeling having to trash them some day just because > there's no support any more. > > On the other hand, they face another problem I

Re: QNAP TS-419P Stretch ATA errors

2017-04-20 9:14 GMT+03:00 Rob J. Epping : > On April 19, 2017 7:47:49 PM GMT+02:00, John Horan wrote: >>I upgraded my storage to stretch the other day, and the device started >>freezing. So I hooked up a serial console and saw the lots

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

2018-04-25 14:16 GMT+03:00 Martin Michlmayr <t...@cyrius.com>: > Timo Jyrinki is happy to run some tests. He's affected and has a > serial console. The bug is still there in the 4.9 kernel we're > shipping with Debian kernel. > > Andrew, what information or access do

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

2018-06-05 20:25 GMT+03:00 Timo Jyrinki : > more proper kernel zImage build with CONFIG_VMSPLIT_3G_OPT=y would be useful ... > wget https://people.debian.org/~timo/qnap/zImage It seems my native kernel build on the QNAP device finished last night, so here's the zImage for it:

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

2018-06-02 18:55 GMT+03:00 Ian Campbell : > You need to append a dtb and then encode in u-boot's uImage format. > e.g. > >cat arch/arm/boot/zImage arch/arm/boot/dts/kirkwood-ts419-6281.dtb > x >sudo mkimage -A arm -T kernel -O linux -C none -a 0x8000 -e 0x8000 -d x > uImage Thank you!

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

2018-06-02 22:31 GMT+03:00 Andrew Lunn : >> kernel-kirkwood-ts219-6282-split3gopt from ... >> I'm getting full 1GB RAM without the errors! > > Now, the question is, is this an O.K. workaround? Or do we need to > figure out why highmem breaks on Kirkwood? Fine by me, but I'm not really in position

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

2018-07-04 21:48 GMT+03:00 Andrew Lunn : >> 1) The config option change works, but some networking issues were >> mentioned. Someone needs to figure out whether that's related. > > I would be interested in knowing what the network issues were? They > might be a pointer to what is going wrong with

Re: Upgrade report for stretch on QNAP TS-212P

Thanks for the report! Have I missed anything related to the faults with the 1GB RAM / 2.0GHz models (TS-221), ie are they mabe now able to upgrade to stretch? Last thread I can find is from July last year about the "Unhandled fault: external abort on linefetch (0x014)" [1]. [1]

Re: Upgrade report for stretch on QNAP TS-212P

2018-03-16 12:30 GMT+02:00 Martin Michlmayr : > Are you in a position to test kernels and attach a serial console if > necessary? Possibly yes, now my QNAP doesn't have services that absolutely need to be up 24/7. OTOH my free time is extremely limited, but with instructions and

Re: Bug#881333: tracking OpenGL support for specific boards

pe 30. marrask. 2018 klo 1.26 Lisandro Damián Nicanor Pérez Meyer (perezme...@gmail.com) kirjoitti: > > > Keep in mind, only the proprietary drivers seem to not support opengl > > > while the hardware is perfectly capable of doing so. > > > > Not necessarily. > > If the manufacturer specifies

Re: "external abort on linefetch (0x814)" on Kirkwood 6282 SoC

ti 23. huhtik. 2019 klo 1.37 Matti Viljanen (matti.vilja...@kapsi.fi) kirjoitti: > I have a Fujitsu Q703 aka. QNap TS-221, with 1GB of RAM and 6282 variant > chip inside, and I have hit this behavior. ... > it get an IP address but the LEDs blink normally - I think this is the > same situation

Re: Buster on nap TS-219p II

ke 24. heinäk. 2019 klo 0.12 basti (mailingl...@unix-solution.de) kirjoitti: > I use mdadm RAID, yes. I think this should be best practice for a NAS. I > have fixed by setting COMPRESS=xz |in > /etc/initramfs-tools/initramfs.conf for now. I'am looking forward what > will happen on newer kernels.

Re: Buster on nap TS-219p II

ti 27. elok. 2019 klo 14.00 basti (mailingl...@unix-solution.de) kirjoitti: > It's the Flash (MTD). This is only a few MB. > > But yes I have done with xz compressed initramfs. Just reporting that likewise, with COMPRESS=xz Debian 10 has worked flawlessly on my TS-221 for the last 1.5 months

Re: Buster on nap TS-219p II

pe 25. lokak. 2019 klo 11.57 Emanuele Olivetti (emanuele.olive...@gmail.com) kirjoitti: > Is COMPRESS=xz the default option for initramfs.conf now in buster? If not, > will it be soon? > I am waiting to upgrade to buster to avoid issues like this one. I don't think so, and it may not happen.

Re: Qnap TS-219P+ Kernel 5.9.0-1-marvell

ti 3. marrask. 2020 klo 22.44 Uwe Kleine-König (u...@kleine-koenig.org) kirjoitti: > For now it is not even certain that bullseye will include support for > armhf at all. See Just noting that I love how many times these discussions occur along the lines of "armhf starts to be quite old and with

Re: Bullseye on the QNAP TS-220

Christian Henz kirjoitti 4.9.2021 klo 18.29: I have recently upgraded to bullseye on my TS-220, and ran into the ... I have now managed to install the bullseye kernel into the otherwise unused (?) "RootFS2" partition (3MB), so I thought I'd report on the steps I went through, in case it might

Re: Bullseye on the QNAP TS-220

Martin Michlmayr kirjoitti 29.9.2021 klo 6.29: 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's the

Re: Add QNAP model Q703

Arnd Bergmann kirjoitti 11.8.2023 klo 11.01: PS: is there any way I can help with debugging the 1GB RAM issue? I applied the mem limit to 768MB in uboot as a workaround but if I can help in any way with debugging this issue I'm happy to. I forgot what the problem was, but it sounds like the

Re: Add QNAP model Q703

Timo Jyrinki kirjoitti 24.8.2023 klo 17.09: I have continued to run with 768MB which is enough for my use cases, and with the Debian 11 (after the flash partition restructuring script and dist-ugprade) the system has been rock solid. Now of course I would be curious whether anyone has tried

Re: Immediate fallouts from the big linux changes, and actions

Bastian Blank kirjoitti 24.12.2023 klo 13.46: - Finally, the armel build fails because it can't find its kernel. The marvell flavour seems to have been dropped entirely (at least that's how I read the linux changelog for 6.6.3-1~exp1: