I just joined the list and sifted through a couple of months of the archive.
With regards to Martin Michlmayr starting up work on Kirkwood support (
http://lists.debian.org/debian-arm/2009/02/msg00057.html) I wanted to share
a link concerning a Kirkwood application:
* Björn Wetterbom bj...@wetterbom.se [2009-03-10 08:39]:
I wanted to share a link concerning a Kirkwood application:
http://techreport.com/discussions.x/16466
For the record, I received a SheevaPlug yesterday and this will be my
next big project. I'll blog about it soon with some more
On Mon, Mar 09, 2009 at 09:23:00PM +0100, Martin Michlmayr wrote:
This didn't happen when you were running 2.6.26 on the QNAP, right?
yes with the original kernel I had no problems, but the performance was
very bad (~1.5MB/s writing).
Well, if the network connection didn't hang with
* Stuart Winter m-li...@biscuit.org.uk [2009-03-10 18:09]:
Do you know whether there are plans to get support for this device
into the kernel.org Kernel? There are so many ARM devices that run
Linux where the support never makes it upstream - and very quickly the
patches become unmaintained
Hi Martin,
On Monday 09 March 2009, Martin Michlmayr wrote:
* Mathias Waack m.wa...@gmx.de [2009-03-09 22:55]:
how do I change the root partition in my qnap ts-209? I assume I
have to create a new image and copy it to the flash, right?
Just for the background: I've installed debian on
On Tue, Mar 10, 2009 at 07:52:21PM +0100, Martin Michlmayr wrote:
Do you know whether there are plans to get support for this device
into the kernel.org Kernel? There are so many ARM devices that run
Linux where the support never makes it upstream - and very quickly the
patches become
* Martin Michlmayr t...@cyrius.com [2009-03-05 08:44]:
Can you run
sh -x oldsys-preseed
and send the output to me in private mail.
For the record, we identified the problem (with the help of John
Bowler) and the problem is fixed in oldsys-preseed 3.5. There was a
problem parsing the empty
* Mathias Waack m.wa...@gmx.de [2009-03-10 19:59]:
The root device is stored in the ram disk, so you have to run:
update-initramfs -u
after changing /etc/fstab.
thanks for the fast answer, but it raises another question: is there a
workaround for #514756 (bug in parsing
But when I use nfs (kernel nfs) the system freeze after about
70-90 Mbyte transfer.
I don't have a serial console, so I can't see any kernel messages :(
But I'am not able to ping the system and I have to pull the plug and
press the reset button.
$ uname -a
Linux georgia 2.6.29-rc7-orion5x
9 matches
Mail list logo
