On 20.09.2011 01:02, Patrick Florek wrote:
>
> I just compiled a new Firmware for the Marvell Orion Generic Platform
> (wrt350n v2). I build it with the standard config and failed on
> creation of the firmware image. Error is that the kernel size is
> bigger than his space in the filesystem.
>
>
Please see pastebin for more info.
http://www.pastebin.com/BHgAg7XQ
Platform is Routerstation Pro
Cards are Mikrotik R52H-350's x2 (Tested with one or two)
Input power to RSPRO is 48v POE
Version is latest 10.03.1-RC5 (Also tested with RC4)
Both cards work fine in a laptop running
Thank you for the patches and your effort.
Are your new patches in the latest trunk now?
I just compiled a new Firmware for the Marvell Orion Generic Platform
(wrt350n v2). I build it with the standard config and failed on
creation of the firmware image. Error is that the kernel size is
bigger th
Improved and more comfortable; newer Version; more tools integrated
Index: packages/utils/lirc/Config.in
===
--- Config.in (Revision 0)
+++ Config.in (Revision 0)
@@ -0,0 +1,52 @@
+# lirc configuration
+menu "Configuration"
This patch adds the option to enable jumbo frames on the rtl8366s switch. This
is almost exactly the same as the first patch at
https://dev.openwrt.org/ticket/7977 and it has been requested in a comment
there.
I have tested this and it successfully allows devices on the switch using jumbo
fra
I'am unsure if this is needed, but it cold look like this...
>From 386cc0ec4a81b40234a799056c7c391f3b419916 Mon Sep 17 00:00:00 2001
From: Bastian Bittorf
Date: Mon, 19 Sep 2011 18:27:45 +0200
Subject: [PATCH 6/6] configureable path
---
package/base-files/files/etc/functions.sh |3 ++-
1 f
Subject: [PATCH 5/5] cleanup: rename the function to make it clear, that we
attempt to load kernel_modules and not just another port or openwrt
---
package/base-files/files/etc/functions.sh |2 +-
package/base-files/files/etc/init.d/boot |2 +-
2 files changed, 2 insertions(+), 2 deleti
Subject: [PATCH 4/5] cleanup: it's shorter and maybe better readable, but
relies on the fact, that kernel-modules (name) begin with a letter
---
package/base-files/files/etc/functions.sh |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/package/base-files/files/etc/func
Subject: [PATCH 3/5] logging: if insmod'ing fails we push this to syslog. this
is far better, than the oldstyle where we had no feedback at all
---
package/base-files/files/etc/functions.sh |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/base-files/files/etc/fun
Subject: [PATCH 2/5] cleanup: use -ash builtins to iterate through list of
files and insmod the content. we don't need to check, if the dir exists or is
filled, if there are no files it simply does not nothing. my internal
benchmarks has shown, that there is a speed-difference for old and newsty
> Please post the 5 patches on the mailing-list so we can more easily
> comment on
> them.
Comment for your proposal regarding patch1:
Having the module-path configureable, is easy possible,
but should ofcourse be respected in the function, which
was not in the old code. But IMHO only the functio
Hello Bastian,
On Monday 19 September 2011 17:33:01 Bastian Bittorf wrote:
> Here is a new[1] proposal, which leads IMHO to
>
> a) cleaner code
> b) better logging
>
> I have split the patch into several steps,
> for making it better understandable.
> Please comment, especially if you not agree.
Here is a new[1] proposal, which leads IMHO to
a) cleaner code
b) better logging
I have split the patch into several steps,
for making it better understandable.
Please comment, especially if you not agree...
bye, Bastian
[1] https://lists.openwrt.org/pipermail/openwrt-devel/2011-January/009171.
13 matches
Mail list logo