Hello all,
I am a bit confusing with the bad block management problem in NAND flash
devices, what I don't understand is if the BBM is handled
by the MTD subsystem or my the filesystem or, again, by the device driver.
Thanks,
Pietro.
___
openwrt-devel
José Vázquez:
> Of course you have systems which can run Openwrt, i.e., an old PC, a
> x86 based thin client, a laptop, a PPC based MAC,...
Well, yes, I am able to install OpenWRT but the aforementioned patch was
not tested. It was mostly just a heads up.
> Seems to be a very interesting project,
I noticed that the patch was not properly submitted. I did compose the
patch on plain text format but the parser somehow mixed it up.
The three lines after 'diffstat' output should be at the end of the patch.
--- BEGIN ---
+--
+1.7.9.5
+
--- END ---
Do I have to submit it again? If so, how to do i
I'd like to suggest a patch to add musl 0.9.10 support.
'001-arm_shared_libs_regression_fix.patch' modifications are already
included in this version.
I did finish compile the toolchain and some packages without errors. I
had to disable libstdc++ though.
Still compile errors on some packages such a
This patch updates dnsmasq to version 2.66. Memset issue patch included- thanks
Gilles
for the hint
(http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2013q2/007052.html).
Signed-off-by: Christoph König
---
Index:
package/network/services/dnsmasq/patches/110-fix-incorrect-length-memset.
On 4/23/2013 12:35 PM, Felix Fietkau wrote:
Fixed in r36408, r36409.
Thanks,
- Felix
Awesome, works like a charm.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Tue, Apr 23, 2013 at 9:52 AM, Adam Porter wrote:
> This upgrades the AT91 target to 3.8.7, and migrates to device tree.
> This allows a single kernel to be built for most at91 variants which
> simplifies things quite a bit. The immediate result is that all
> subtargets are nuked, and any boards
This upgrades the AT91 target to 3.8.7, and migrates to device tree.
This allows a single kernel to be built for most at91 variants which
simplifies things quite a bit. The immediate result is that all
subtargets are nuked, and any boards without dts files are no longer
supported, though the target
On 2013-04-23 6:01 PM, Bryan Mayland wrote:
> Changesets r36353 and r36354 (backport) introduce changes in which the
> first generated mac address has the local bit set. Previously calling
> mac80211_generate_mac() with a macidx of 0 would get you back the same
> original mac.
>
> This creates
Changesets r36353 and r36354 (backport) introduce changes in which the
first generated mac address has the local bit set. Previously calling
mac80211_generate_mac() with a macidx of 0 would get you back the same
original mac.
This creates a problem for my system which doesn't properly support
Patch updated to apply on 3.8 kernel too.
Signed-off-by: Daniel Gonzalez
Index: target/linux/brcm63xx/patches-3.7/513-board_livebox.patch
===
--- target/linux/brcm63xx/patches-3.7/513-board_livebox.patch (revision 36407)
+++ targe
On Tue, Apr 23, 2013 at 4:05 PM, gianluca a wrote:
> Hi,
>
>> Hi,
>>
>> On 3 April 2013 12:38, gianluca a wrote:
>> > Subject: [PATCH] [brcm68xx] led support for board DWV-S0
>>
>> This is brcm63xx, not 68xx ;-)
>>
>
> I got 68xx from page http://wiki.openwrt.org/doc/devel/add.new.device, I
> di
Hi,
I merged your patch in:
http://nbd.name/gitweb.cgi?p=luci2/netifd.git;a=commitdiff;h=2008ae9a80fb82b0018fd510043c291b58e7cc46
... and set the default prio to 0x7FFF in:
http://nbd.name/gitweb.cgi?p=luci2/netifd.git;a=commitdiff;h=0f0fa4f1c8cb4f793c31edd1420483e9e325
It will appear in O
Hi,
> Hi,
>
> On 3 April 2013 12:38, gianluca a wrote:
> > Subject: [PATCH] [brcm68xx] led support for board DWV-S0
>
> This is brcm63xx, not 68xx ;-)
>
I got 68xx from page http://wiki.openwrt.org/doc/devel/add.new.device, I didn't
understand that it's a typo.
> > Patch based on Attitude
2013/4/23 Jonas Gorski
>
> On Wed, Apr 17, 2013 at 5:52 PM, danitool wrote:
> > Enable the livebox-1 minipci, otherwise, the board won't detect
> > any device connected on it (included wifi cards).
> >
> > I've made a patch against current AA svn. I didn't notice this issue
> > earlier since I'm
Hi all,
I would say in advance: I am a new bye in the world of boot loader, and I can
say things which does not make sense, after all I am here to ask !! :-)
I am working on an embedded system which we would like upgrade using a new
filesystem YAFFS2 instead of the old JFFS2, we actually mount t
On Wed, Apr 17, 2013 at 5:52 PM, danitool wrote:
> Enable the livebox-1 minipci, otherwise, the board won't detect
> any device connected on it (included wifi cards).
>
> I've made a patch against current AA svn. I didn't notice this issue
> earlier since I'm currently using CFE on this board. It'
Hi,
On 3 April 2013 12:38, gianluca a wrote:
> Subject: [PATCH] [brcm68xx] led support for board DWV-S0
This is brcm63xx, not 68xx ;-)
> Patch based on Attitude Adjustement 12.09, svn 36141
Please base all patches on trunk, not any branches. Patches will be
backported as applicable.
> Signed-
Applied in r36401 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied in http://luci.subsignal.org/trac/changeset/9812 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied in r36400 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied in r36399 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied in r36397 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied in r36398 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
A buffer overflow was found in Tinc [1] which was fixed in version
1.0.21. These patches upgrade the tinc package to the fixed version for
attitude and trunk.
Signed-off-by: Manuel Munz
[1]
http://sitsec.net/blog/2013/04/22/stack-based-buffer-overflow-in-the-vpn-software-tinc-for-authenticated-
On Wed, Feb 27, 2013 at 6:14 PM, Thomas Hühn
wrote:
> Package nut is built even though PACKAGE_collectd-mod-nut is not selected.
> This patch fixes the collected Makefile.
>
> Signed-off-by: Thomas Huehn
> Signed-off-by: Julius Schulz-Zander
This breaks collectd-mod-nut compilation as it then m
On Thu, Jan 17, 2013 at 7:42 AM, Andy Leiserson wrote:
> manually specify vapidirs in staging_dir
> correct libgupnp-vala package name in depends
>
> Signed-off-by: Andy Leiserson
rygel currently doesn't build with gcc 4.6 and newer it seems, so I
didn't apply it. I updated gupnp-av to a compili
On Thu, Mar 28, 2013 at 7:53 AM, Russell Senior
wrote:
>
> Signed-off-by: Russell Senior
Thanks, applied in r36396.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Thu, Mar 28, 2013 at 7:52 AM, Russell Senior
wrote:
>
> Signed-off-by: Russell Senior
Thanks, applied in r36395.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Thu, Mar 28, 2013 at 7:48 AM, Russell Senior
wrote:
>
> Signed-off-by: Russell Senior
Thanks, err, applied in r36394. Just saw now that it is quite a major
update (2.x -> 3.x). Would be nice to know what's new/fixed, so please
include a one liner next time.
___
On Tue, Apr 16, 2013 at 7:22 PM, Adam Porter wrote:
> Package up the Microchip MCP23S08 I/O expander driver. Needed on the
> CalAmp LMU5000 board.
>
> Signed-off-by: Adam Porter
This patch was whitespace mangled, it seems your email client ate the
trailing whitespaces. I fixed it up for now and
On Mon, Apr 22, 2013 at 12:17 AM, Ian Leonard wrote:
> Version bump Privoxy to 3.0.21. Addresses bug #13350.
>
> Signed-off-by: Ian Leonard
Thanks, applied in r36391. Minor nitpick: include "packages:" or
"[packages]" in the subject if your patch is for the packages feed.
___
On Sun, Mar 10, 2013 at 7:34 PM, Paul Fertser wrote:
> Do not overflow the input buffer. This happens on slow hosts that take
> long time to recompute the data on start.
>
> Signed-off-by: Paul Fertser
> ---
>
> This is really important because without this patch the weather daemon
> can't start
On Tue, Mar 19, 2013 at 11:00 PM, Daniel Petre wrote:
> Relevant *nix Changelog:
> • Support for external authentification handlers has been fixed.
> • Directory listings can now report file sizes up to 1 exabyte.
> • Per popular request, dot files are now hidden from direc
On Sat, Mar 16, 2013 at 5:06 PM, Jiri Slachta wrote:
> Bump the kamailio3 package to the latest 3.x version.
> Signed-off-by: Jiri Slachta
Thanks, applied in r36387 with a slightly changed subject, mentioning
the actual version.
___
openwrt-devel maili
On Thu, Mar 7, 2013 at 5:52 PM, Russell Senior
wrote:
>
> Signed-off-by: Russell Senior
Thanks, applied in r36386.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
I had some issues with .config file and latest trunk images so I started fresh.
Here are the steps I did:
svn checkout svn://svn.openwrt.org/openwrt/trunk/
cd trunk
cp ../openssl.diff .
patch -p0 < openssl.diff
./scripts/feeds update -a
./scripts/feeds install -a
make defconfig
make prereq
make m
37 matches
Mail list logo
