Hi mailinglist,
Please find attached a simple patchset which solved some of the issues,
I introduced in a forum thread:
https://forum.openwrt.org/viewtopic.php?id=27043
SeagateDockstar - kirkwood derivative
- squashfs and overlay support (u-boot config)
- pad jffs2-128k to 128k (as the name i
Hi again,
The patches for the dockstar won't break history and they do not
introduce new features, so they are quite harmless. Is there any chance
to commit them to the current trunk?
So please find attached a simple patchset which solves some of the
issues, I introduced in a forum thread:
Hi,
Just curious about
https://dev.openwrt.org/browser/trunk?rev=23779
Assuming 0.9.30_2 means higher patchlevel than 0.9.30_1 shouldn't it be
_1 and _2 who should be removed and preserve the highest patchlevel
0.9.30_3 ?
Please enlight me.
Regards,
Ossy
___
Am 02.11.2010 19:55, schrieb Felix Fietkau:
On 2010-11-02 7:39 PM, Marcus Osdoba wrote:
Just curious about
https://dev.openwrt.org/browser/trunk?rev=23779
Assuming 0.9.30_2 means higher patchlevel than 0.9.30_1 shouldn't it be
_1 and _2 who should be removed and preserve the hi
Am 02.11.2010 08:37, schrieb Imre Kaloz:
Hi,
On Mon, 01 Nov 2010 22:17:11 +0100, Marcus Osdoba
wrote:
The patches for the dockstar won't break history and they do not
introduce new features, so they are quite harmless. Is there any chance
to commit them to the current trunk?
Hi mailinglist,
Currently I'm working on improved dockstar support for OpenWrt. The
current toolchain 4.3.3+cs is not that up to date and linaro 4.5 branch
is already included. Unfortunatly, this version does not support Marvell
Feroceon (mtune=marvell-f). The Linaro version 4.4.5 does. So I a
Am 22.11.2010 13:24, schrieb Imre Kaloz:
Hi,
On Sun, 21 Nov 2010 12:37:37 +0100, Marcus Osdoba
wrote:
Currently I'm working on improved dockstar support for OpenWrt. The
current toolchain 4.3.3+cs is not that up to date and linaro 4.5 branch
is already included. Unfortunatly, this ve
Hi mailinglist,
I updated to the current trunk and rebuilt openwrt including the kernel.
I was wondering, why the uImage does not boot upcorrectly and I tried
every arcNumber and mainlineLinux=yes combination in u-boot (factory
default and 2nd stage openwrt one).
Kernel 2.6.35.9 does not boot
Am 27.11.2010 21:45, schrieb Marcus Osdoba:
Kernel 2.6.35.9 does not boot!
I reverted the kernel version in target/kirkwood/Makefile to 2.6.35.7
and rebuilt all. The newly built kernel boots perfectly as it did before
2.6.35.9. I will now try to create all with version 2.6.35.8 - so the
list
Am 28.11.2010 16:27, schrieb Marcus Osdoba:
Am 27.11.2010 21:45, schrieb Marcus Osdoba:
Kernel 2.6.35.9 does not boot!
I reverted the kernel version in target/kirkwood/Makefile to 2.6.35.7
and rebuilt all. The newly built kernel boots perfectly as it did before
2.6.35.9. I will now try to
Hello mailinglist,
I'm compiling kirkwood images for my dockstar out of the current trunk
(r24217). Everything seems to work fine. Jffs2 is expanding and the
system tries to enter init process.
Unfortunatly I get the following error message and the system hangs:
[..]
Freeing init memory: 100K
Am 08.12.2010 11:21, schrieb Alexey Loukianov:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
05.12.2010 17:36, Marcus Osdoba wrote:
Unfortunatly I get the following error message and the system hangs:
[..]
Freeing init memory: 100K
/etc/preinit: line 1: can't open : no such file
Kernel
Am 06.01.2011 16:38, schrieb Mauricio Tavares:
I think I am experiencing the issues mentioned in
http://www.dslreports.com/forum/r24833189-Other-Seagate-DockStar-U-Boot-NAND-flash-considerations.
Namely, I installed the os in the flash memory; after a while it will
degrade enough (probably due to
13 matches
Mail list logo