Hi Felix,
I have discovered that your recent patch for scan.mk to avoid
reconfiguration of base kernel modules results in failure (xxx is
messing dependency on .ko) for at least cryptodev-linux
(kmod-cryptdev) and kmod-fs-exfat.
However, a patch I am working on that is aimed at the same goal
I have discovered there is some other dependency, which I have not yet
determined, for source package name == name of package directory. In
particular if the SDK tries to rebuild any of the kernel packages, it
fails due to the kernel package in the base feed being in subdir linux,
but the buil
is currently the main issue with having a source package
name different than the subdir name).
This nicely solves some outstanding issues with source package names,
PKG_NAME, and dependencies.
Regards,
Daniel
On 09/01/16 08:13 PM, Daniel Dickinson wrote:
I have discovered there is some
to
review.
Regards,
Daniel
On 09/01/16 08:28 PM, Daniel Dickinson wrote:
Actually, this means that PKG_NAME is irrelevant to the source package
name issue; source package name *is* is the subdir name and PKG_NAME is
not related the source package name, so really the better solution is to
alter PKG
arnings like
"WARNING: No feed for package 'libtool' found, maybe it's already part of
the standard packages?"
for packages with PKG_FIXUP:=libtool.
Build dependencies for libtool are generated in autotools.mk.
These have to be renamed to libltdl.
CC: Daniel Dick
local curtime="$(date +%s)"
+ lo
>From efb8db6baf65dd347bac00d5370f7df41b1f152f Mon Sep 17 00:00:00 2001
From: Daniel Dickinson
Date: Wed, 16 Dec 2015 17:40:07 -0500
Subject: [PATCH] base-files: For sysfixtime use hwclock if RTC available
On systems that have an RTC prefe
Hi,
On 10/01/16 05:10 AM, Gert Doering wrote:
Hi,
On Sun, Jan 10, 2016 at 04:47:05AM -0500, Daniel Dickinson wrote:
I used git send-email so there shouldn't be any whitepspace mangling
issues, unless patchwork is to blame.
Over at openvpn-devel, we recently discovered that some versio
be a lot easier than changing a bazillion
editor to suite git (hint: ain't gonna happen).
I'm sure this has been discussed to death, but having patchwork be a
knob isn't the answer.
Regards,
Daniel
On 10/01/16 05:20 AM, Daniel Dickinson wrote:
Hi,
On 10/01/16 05:10 AM, Ge
On 10/01/16 06:30 AM, Hartmut Knaack wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Daniel Dickinson schrieb am 10.01.2016 um 11:32:
And yes you could make a regex that detect any sets of 8 spaces before
non-whitespace text, but that seems like a lot of effort for no good
reason, when
On 10/01/16 06:11 AM, John Crispin wrote:
On 10/01/2016 11:32, Daniel Dickinson wrote:
I'm sure this has been discussed to death, but having patchwork be a
knob isn't the answer.
at which point did patchwork get part of the equation ?
I had assumed it was an automatic detect
Hi all, especially John,
Sorry for all the mail about whitespace, it is just very frustrating
when things that I don't see the value in, and which I've not had to
worry about before, are the cause for rejection.
I understand that whitespace inconsistencies are a problem for git, I
also think
Hi all,
Sorry again about getting so upset about the whitespace thing. As much
as it is irksome, it bothered me far too much.
Life would be so much easier if I knew how to not give a damn, but then
I probably wouldn't care about contributing to open source (or anything
else involving more t
Hi all,
While not strictly an OpenWrt topic, in the interests of helping other
with the style guidelines, here's a snipped for your $HOME/.vimrc
The following is mostly from John Crispin, with one additional regex
(for lines beginning with any number of sets of 8 spaces prior to
non-whitespa
On 10/01/16 10:22 AM, Hartmut Knaack wrote:
I think such information should go into a wiki article at dev.openwrt.org.
Anybody starting development would more likely look there for information
than searching through the mailing list (at least that is how I did it).
Good point. I tend to forge
On 10/01/16 12:27 PM, Felix Fietkau wrote:
> On 2016-01-10 08:10, open...@daniel.thecshore.com wrote:
>> From: Daniel Dickinson
>>
>> Fix the download location to the new location of the source archive
>> because the URI has change and redirect from the old URI is wron
On 10/01/16 06:15 PM, Sami Olmari wrote:
It might seem smallest of problems, but whitespace problems really
causes an problems many times... "half of" stuff rely on correct
You're right, and I think the reason I overreacted is that I have been
subconsciously frustrated for quite some time by h
I have confirmed that the issue that lead to my issuing the patch for
polarssl download location is not an OpenWrt issue. That patch can be
removed from Patchwork.
Regards,
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:
Hi,
On 10/01/16 06:42 AM, bittorf wireless )) Bastian Bittorf wrote:
+
+start() {
+ if [ -e /dev/rtc ]; then
+ hwclock -s
please use the short form [ -e /dev/rtc ] && ...
Per private mail I've learned this is the current codebase standard, so
will follow that, but the r
ds,
Daniel
On 11/01/16 03:19 AM, Daniel Dickinson wrote:
Hi,
On 10/01/16 06:42 AM, bittorf wireless )) Bastian Bittorf wrote:
+
+start() {
+if [ -e /dev/rtc ]; then
+hwclock -s
please use the short form [ -e /dev/rtc ] && ...
Per private mail I've learned this is t
Hmmm...actually this may be a case of an old non-POSIX conformant shell
I once had to work in.
Anyway any modern POSIX-compliant shell doesn't have this issue.
Regards,
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lis
I don't actually). I think it must have been in
combination with some other error that I misremembered.
I just check both bash and ash (and the docs) and they 'do the right
thing'.
Regards,
Daniel
On 11/01/16 03:19 AM, Daniel Dickinson wrote:
Hi,
On 10/01/16 06:42 AM, bittorf
On 11/01/16 08:35 AM, Felix Fietkau wrote:
Signed-off-by: Daniel Dickinson
---
scripts/metadata.pl | 32 +---
1 file changed, 29 insertions(+), 3 deletions(-)
diff --git a/scripts/metadata.pl b/scripts/metadata.pl
index 48b1b7a..4487d26 100755
--- a/scripts
but it's rather ugly IMO.
Regards,
Daniel
On 11/01/16 08:35 AM, Felix Fietkau wrote:
On 2016-01-11 06:16, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
Certain platforms have large numbers of possible images, and it can be
desirable to build neither all images nor only a
On 11/01/16 04:05 PM, Felix Fietkau wrote:
On 2016-01-11 20:27, Eric Schultz wrote:
Felix,
Would it be unreasonable to have overridable defaults like suggested in
metadata.pl? Convention over configuration and all that.
I don't understand what you're asking. Could you elaborate?
To be honest
Hi Felix,
On 11/01/16 03:28 PM, Felix Fietkau wrote:
> This is close to what I had in mind in my earlier response. Yes, it's
> ugly, but it's a lot less ugly than taking your approach without dealing
> with the issues that I pointed out.
Since a bit of ugliness for improved user experience seems
the compile section is non-trivial due to number of way in
which compile sections come into being (i.e. there is no single
convenient place to alter the compile target).
Regards,
Daniel
On 11/01/16 05:21 AM, open...@lists.openwrt.org wrote:
From: Daniel Dickinson
If packages have already
the compile section is non-trivial due to number of way in
which compile sections come into being (i.e. there is no single
convenient place to alter the compile target).
Regards,
Daniel
On 11/01/16 05:21 AM, open...@lists.openwrt.org wrote:
From: Daniel Dickinson
If packages have already
, but I
don't see how default builds more than single image).
Any clarity on this?
Regards,
Daniel
On 11/01/16 08:35 AM, Felix Fietkau wrote:
On 2016-01-11 06:16, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
Certain platforms have large numbers of possible images, and i
As per Felix's suggestion I have implemented a detection of 'in lxc'
logic and modified base-files and busybox sysntpd script to use that
check to avoid actions inappropriate for an LXC guest, and to act
normally otherwise. The patch still needs to be tested as an LXC guest,
but causes no misb
ages.
Regards,
Daniel
On 13/01/16 12:26 PM, Felix Fietkau wrote:
On 2016-01-13 18:04, Daniel Dickinson wrote:
Hi,
I'm looking at the 'Default' profiles in architectures and as far as I
can tell the only architecture that currently uses Default to mean
'build all profiles for thi
On 2018-08-13 01:51 AM, Eric Luehrsen wrote:
> On 08/13/2018 01:29 AM, Daniel F. Dickinson wrote:
>> Posting on list as I think the discussion should include as folks as
>> possible in the discussion.
>>
>> https://github.com/openwrt/packages/issues/6745
>>
>>> Especially when getting started with
From: "Daniel F. Dickinson"
With PER_DEVICE_ROOTFS on ath79 and brcm2708 package/install step fails
because it cannot satisfy the dependency on iw. The quick solution
(this patch) is to add DEFAULT:=y if cfg80211 to Package/iw. A better
solution would be to defer installation to imagebuilder, o
Hi,
Several months after the split it looks like things have pretty much
ended up where they were before the split. It's starting to look like
the talk of encouraging new blood, and being more open and transparent
was more talk than real intention. As much as I've gotten busy with
personal issue
Hi OpenWrt Developers,
I've obviously done a lot of damage when I was dealing with the result
of workplace issues combined with medical issues affecting the mind,
combined with frustration of being ignored or getting flack for patches
I tried to submit, without realistic changes that could be made
Hi all,
Sorry for my last couple of messages, I'm re-implementing my delay
mechanism so that I don't mess things up again; I do want to help both
OpenWrt and LEDE, not create another bad situation; maybe in a week or
few the things I'm dealing with will be sorted enough to remove that.
At this po
On Wed, 21 Dec 2016 13:06:22 -0500
"Hauke Mehrtens" wrote:
> We had multiple meetings to find a solution to solve the problems
> between the OpenWrt and the LEDE project and to discuss a possible
> merge. Everyone with commit access to LEDE and all OpenWrt core
> developers were invited to these
On 2018-05-27 06:11 AM, Alberto Bursi wrote:
On 27/05/2018 03:56, Daniel F. Dickinson wrote:
On 2018-05-26 05:17 AM, Bjørn Mork wrote:
"Daniel F. Dickinson" writes:
1) How many people have their own mail server and can do *server-side*
mail filtering
You do not need your own mail server
On 2018-07-05 06:51 AM, Yousong Zhou wrote:
OpenSSL defaults X509_CERT_FILE to /etc/ssl/cert.pem. This change is
needed for wget-ssl and possibly others to work seamlessly with fresh
ca-bundle installation
Out of curiosity will this eliminate the need for installing both
ca-bundle and ca-cert
If I posted from the right account, it would help for asking asking a
question...
At the risk of seeming a complete n00b despite being far from it, why am
I seeing this in iftop on BB-rc3 using iftop on the WAN?
all-systems.mcast.net => 7.249.33.1
all-systems.mcast.net <= 7.249.33.1
W
On 06/09/14 08:07 AM, Felix Fietkau wrote:
> On 2014-09-06 08:25, Daniel Dickinson wrote:
>> If I posted from the right account, it would help for asking asking a
>> question...
>>
>> At the risk of seeming a complete n00b despite being far from it, why am
>> I see
On Sun, 10 Mar 2013 20:03:29 +0200
Daniel Golle wrote:
> On 03/10/2013 07:52 PM, Bastian Bittorf wrote:
> > * Daniel Golle [10.03.2013 18:00]:
> >> The default settings of the binaries on downloads.openwrt.org do
> >> *not* allow me to do that. And that's what I'm talking about.
> >
> > thats n
f you want to help and not just complain 'fix it *now*',
the you should participate in linux-wireless development efforts.
Regards,
Daniel
On Sun, 10 Mar 2013 14:41:22 -0400
Daniel Dickinson wrote:
> On Sun, 10 Mar 2013 20:03:29 +0200
> Daniel Golle wrote:
>
> > On 0
On Sun, 10 Mar 2013 20:28:13 +0100
Bastian Bittorf wrote:
> * Daniel Dickinson [10.03.2013 19:57]:
> > Actually, the default in the code is to use the EEPROM values if
> > present, but if the EEPROM doesn't set a country code or
>
> to be clear:
> during compile-
Hi all,
FYI, I have created a GitHub repo with a 'collectd5' package for
Attitude Adjustment, which adds collectd 5.0.3 to AA (I plan on doing a
trunk port at some point too).
Add
src-git cshore_aa git://github.com/cshore/openwrt-aa-packages.git
and update your feeds if you want to build it / t
e "$DEVICE"
}
}
+
+[ ifdown = "$ACTION" ] && {
+uci_toggle_state network "$INTERFACE" up 0
+}
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Da
otion.
Regards,
Daniel
--
Daniel Dickinson PowerCloud Systems, Palo Alto, CA Senior Firmware
Engineer (In Canada: Senior Firmware Analyst)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/lis
20130617-4-ge3220f5
--
Daniel Dickinson PowerCloud Systems, Palo Alto, CA Senior Firmware
Engineer (In Canada: Senior Firmware Analyst)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
from the time I've
spent away, but as I've said I don't have a lot of paid time to get them
integrated.
In include patch both inline and as attachment so that hopefully everyone can
get a non-mangled using their
preferred method of dealing with patches.
Signed-Off-By: Daniel Dick
Oh, one thing I forgot was to rebase against trunk. This is based on a version
of attitude_adjustment
a few days to a week or two ago.
On 01/11/2012 12:49 AM, Daniel Dickinson wrote:
> Hi all,
>
> The following patch both fixes using an openwrt external toolchain
> (that is in menu
This version is based against trunk as of now and fixes the SDK tarball name.
The following patch both fixes using an openwrt external toolchain
(that is in menuconfig using the option to build a toolchain, and feeding
that back into another openwrt build as an external toolchain, which if you're
rapper/Makefile
+++ b/toolchain/wrapper/Makefile
@@ -53,6 +53,10 @@ endef
define Host/Install
$(call toolchain_util,--wrap "$(TOOLCHAIN_DIR)/bin")
+ $(CP) $(CONFIG_TOOLCHAIN_ROOT)/lib/libpthread.so* $(TOOLCHAIN_DIR)/lib
+ $(CP) $(CONFIG_TOOLCHAIN_ROOT)/lib/librt.so* $(TOO
Hi all,
I have a client that is carrying around some patches again image
Makefile because of custom mtd layouts. Basically they have an
extra mtd partition (stealing from rootfs) for data that is
persistent across firstboot.
My request for discussion, is to see what kinds of things would
be reas
---
package/mac80211/files/lib/wifi/mac80211.sh | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/package/mac80211/files/lib/wifi/mac80211.sh
b/package/mac80211/files/lib/wifi/mac80211.sh
index 4bf035e..4ecb419 100644
--- a/package/mac80211/files/lib/wifi/mac80211.sh
---
package/mac80211/files/lib/wifi/mac80211.sh |6 ++
1 file changed, 6 insertions(+)
diff --git a/package/mac80211/files/lib/wifi/mac80211.sh
b/package/mac80211/files/lib/wifi/mac80211.sh
index 4ecb419..ad5845b 100644
--- a/package/mac80211/files/lib/wifi/mac80211.sh
+++ b/package/mac8
---
package/mac80211/files/lib/wifi/mac80211.sh | 38 ---
1 file changed, 34 insertions(+), 4 deletions(-)
diff --git a/package/mac80211/files/lib/wifi/mac80211.sh
b/package/mac80211/files/lib/wifi/mac80211.sh
index ad5845b..873332d 100644
--- a/package/mac80211/files/l
---
package/base-files/Makefile|1 +
.../base-files/files/lib/preinit/30_failsafe_wait | 10 ++
package/base-files/image-config.in | 13 ++---
3 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/package/base-files/Makefil
This is useful when using vlans as otherwise on boot there is cross-vlan leakage
---
package/base-files/Makefile|1 +
.../files/lib/preinit/10_indicate_preinit | 39 +++-
package/base-files/image-config.in | 15 +++-
3 fi
---
package/uci/files/lib/config/uci.sh |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/package/uci/files/lib/config/uci.sh
b/package/uci/files/lib/config/uci.sh
index db84c83..0002917 100644
--- a/package/uci/files/lib/config/uci.sh
+++ b/package/uci/files/lib/config/
Greetings,
PowerCloud Systems wishes to offer a series of patches for
you to consider. The email series associated with this
message are patches we think might be of interest to OpenWrt,
though some more than others.
This patch series includes various useful things like disabling preinit
networ
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 29 +
target/linux/ar71xx/image/Makefile | 45 +++
2 files changed, 74 insertions(+)
create mode 100644 target/linux/ar71xx/generic/profiles/pcs.mk
diff --git
Signed-off-by: Daniel Dickinson
---
.../680-MIPS-ath79-ar93x-allow-disable-jtag.patch | 40
.../680-MIPS-ath79-ar93x-allow-disable-jtag.patch | 40
2 files changed, 80 insertions(+)
create mode 100644
target/linux/ar71xx/patches-3.3/680-MIPS
Signed-off-by: Daniel Dickinson
---
.../base-files/etc/defconfig/unifi-outdoor/network | 15 +
target/linux/ar71xx/base-files/lib/ar71xx.sh |3 +
.../ar71xx/base-files/lib/upgrade/platform.sh |3 +-
target/linux/ar71xx/generic/profiles/ubnt.mk | 11
target
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/base-files/etc/diag.sh |6 +
.../ar71xx/base-files/etc/uci-defaults/network | 11 +
target/linux/ar71xx/base-files/lib/ar71xx.sh |6 +
.../ar71xx/base-files/lib/upgrade/platform.sh |2 +
target/linux
There is a router that users the MAC address for wireless from the platform data
(which gets it from the flash ART partition) and the calibration data from a
PCI-e
card's EEPROM. Here we add support for this.
Signed-off-by: Daniel Dickinson
---
...-allow-to-disable-bands-via-pla
Greetings,
PowerCloud Systems wishes to offer a series of patches for
you to consider. The email series associated with this
message are patches we think might be of interest to OpenWrt,
though some more than others.
This patch series adds support for PCS hardware.
[PATCH 1/5] ubdev01 + dlrtdev
On 10/11/2012 8:35 AM, Felix Fietkau wrote:
> On 2012-11-09 11:10 PM, Daniel Dickinson wrote:
>> This is useful when using vlans as otherwise on boot there is cross-vlan
>> leakage
> How about fixing the cross-vlan leakage instead?
The issue is that when preinit configu
/2012 8:33 AM, Felix Fietkau wrote:
> On 2012-11-09 11:10 PM, Daniel Dickinson wrote:
>> ---
>> package/mac80211/files/lib/wifi/mac80211.sh |6 ++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/package/mac80211/files/lib/wifi/mac80211.sh
>&
On 10/11/2012 8:35 AM, Felix Fietkau wrote:
> On 2012-11-09 11:10 PM, Daniel Dickinson wrote:
>> ---
>> package/uci/files/lib/config/uci.sh |5 +++--
>> 1 file changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/package/uci/files/lib/config/uci.sh
ore comments inline...
>
>>
>> Signed-off-by: Daniel Dickinson
>> ---
>> target/linux/ar71xx/base-files/etc/diag.sh |6 +
>> .../ar71xx/base-files/etc/uci-defaults/network | 11 +
>> target/linux/ar71xx/base-files/lib/ar71xx.sh |6
On 10/11/2012 8:44 AM, Felix Fietkau wrote:
> On 2012-11-09 11:02 PM, Daniel Dickinson wrote:
>> There is a router that users the MAC address for wireless from the platform
>> data
>> (which gets it from the flash ART partition) and the calibration data from a
>> PCI-e
I think Kaloz missed the discussion of why this
was in generic not brcm63xx.
Regards,
Daniel
On 18/11/2012 4:22 AM, openwrt-comm...@openwrt.org wrote:
> Author: kaloz
> Date: 2012-11-18 10:22:38 +0100 (Sun, 18 Nov 2012)
> New Revision: 34230
>
> Added:
>trunk/target/linux/brcm63xx/patches-3
. It works and compiles without this patch.
>
> Can you give us more details why you needed this ?
>
> Luka
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Daniel Dic
nwrt.org/mailman/listinfo/openwrt-devel
>>
> Preinit configuration has always worked for me. You can use the more
> heavy handed $TOPDIR/files/etc/config/network if it is not working.
> ___
> openwrt-devel mailing list
> openwrt-devel@
bedded in several spots.
>>
>>
>
> _______
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Daniel Dickinson PowerCloud Systems, Palo Alto, CA Senior Firmware
Engineer
Hmmmit seems to have disappeared. I will try to find time to look
into this.
On 28/11/2012 11:41 PM, John Lauro wrote:
> Right... unable to locate a place to set an IP address for the image init
> configuration, only preinit.
>
> - Original Message -----
> From: &q
Hi dvrao,
Generally in OpenWrt wireless is not configured automatically even with a
default disable config. wifi detect is run to determine info about the
wlan interface and set default parameters, but left disabled.
It shouldn't be on the filesystem.
Regards,
Daniel
On Fri, Jan 4, 2013 at 4:
). Better only have the util-linux dependency (if it's even needed).
--
Daniel Dickinson PowerCloud Systems, Palo Alto, CA Senior Firmware
Engineer (In Canada: Senior Firmware Analyst)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
): Invalid mode, ignored.
Can anyone confirm these reports ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
Daniel Dickinson PowerCloud Systems, Palo Alto, CA Senior Firmware
En
On Tue, 12 Jul 2011 22:47:23 -0700
Philip Prindeville wrote:
> This is a fix to a regression introduced in r27572.
>
> Redux: thanks, Daniel, for pointing out the ifndef
> CONFIG_GENERIC_ATOMIC64 was backwards in sense.
>
Er, no, I meant that it was always true for x86 because x86 does other
3
On Mon, 27 Jun 2011 16:30:05 -0400
"Brian J. Murrell" wrote:
> I've created a "whole_filesystem" style extroot with the following
> commands:
>
> # mkfs.ext3 /dev/sda1
> # mount /dev/sda1 /mnt
> # mkdir -p /tmp/cproot
> # mount --bind / /tmp/cproot
> # tar -C /tmp/cproot -cvf - . | tar -C /mnt -
Hi all,
I've been working on the requirements specification for
boot/preinit/init to try to illuminate what preinit/init has to be able
to do to be feature complete compared to the current version, plus the
new features we want to have. I was originally looking for a way to
reduce what preinit do
Hi Phillip,
Could you please stop sending millions of small patches on the
assumption that small == trivial. A trivial patch is a patch that is
complete in and of itself and doesn't need more patches before or after
to finish solving whatever problem it is related to, and is one-time
thing that o
On Tue, 28 Apr 2009 10:57:04 -
"OpenWrt" wrote:
> #4998: Compilation for sablevm
> -+--
> Reporter: Daniel Dickinson |
> Owner: developers Type: defect
> | Status:
I'm a little frustrated by the wiki situation, as are others, and I
want to get something up and running. If the person who was supposed
to do doesn't have the time to take care of it after all, I am willing
to do it, but something has to happen and soon. Months plural now
applies to the wiki dow
The attached patch (for easy Save As...) adds building of firmware
images for more routers based on the brcm63xx chipset.
Signed-Off By: Daniel Dickinson
--
And that's my crabbing done for the day. Got it out of the way early,
now I have the rest of the afternoon to sniff fragrant tea-
On Sun, 14 Jun 2009 17:03:19 -0500
"David A. Bandel" wrote:
> Folks,
>
> Not sure what I've done, but the x-wrt (and luci) feeds don't seem to
> work. I can get to http://x-wrt.googlecode.com/svn/trunk/package in
> my browser, as found in the feeds.conf.default file, but when I run
> scripts/fe
No one seems to have responded to this, and I'd like to start working
on it next week. If developers could think about this and comment, it
would be appreciated.
On Fri, 12 Jun 2009 18:37:42 -0400
"Daniel Dickinson (by way of Daniel Dickinson"
wrote:
> I would like to sugges
On Wed, 17 Jun 2009 23:08:17 +0200
Felix Fietkau wrote:
> My plan for the unified format is to keep the on-flash format the same
> as the input format. In the long run, I don't want any unpacking to be
> done in sysupgrade or the web interface. The structure is roughly
> like this: [second stage
Why do we have uci-defaults? Is there an advantage to this over
simply refreshing the jffs from squashfs defaults should we
choose to go back to defaults settings?
When exactly do uci-defaults get applied?
Would it make sense to eliminate them?
The reason I ask is that I am looking at unifyin
It would make using external media (e.g. USB drive) for packages easier
if the packages could be installed onto it and used the same as on the
flash, which can be achieved by adding an agreed upon path to the PATH,
which could be used by external media.
For example, if it is agreed that package ex
On Sat, 25 Jul 2009 12:25:20 +0200
Florian Fainelli wrote:
> Hi all,
>
> Please find below a proof-of-concept of the mklibs.py reduction
> integration in OpenWrt. I have not been able to strip the uClibc
> loader more than 4KB out of 28KB (original size) but it might
> significantly better resul
On Sat, 1 Aug 2009 05:03:22 -0400
Daniel Dickinson wrote:
>
> Doesn't mklibs.py remove portions of a library that are unused?
> Wouldn't that mean that fewer programs would result in more removal
> (due to more unused bits). Or do you strip all libraries and not
> ju
I've attached a patch, repeated here, to ticket #5516 which fixes the
issue there, which is that it is impossible to enter failsafe mode from
the serial console because the stated 'Enter CTRL-C to enter failsafe
mode' doesn't work.
The fact is that CTRL-C to enter failsafe can't work because SIGIN
Ticket #5652 now contains a patch, attached here, to fix the following:
sysupgrade save the configuration in sysupgrade.tgz but that file never
gets restored on reboot after flashing a new firmware image, so
configuration changes are always lost across firmware upgrades.
The attached patch fixes
The problem:
On brcm63xx some routers check the CRC of the firmware on every
boot. The JFFS2 EOF marker (DEADC0DE) is part of the image that is
flashed. That means the CRC changes when DEADC0DE is moved, and then
whenever those same bytes where it was are modified (e.g. on an inode
chang
Ok, neither Felix or Florian like not having the DEADC0DE generated in
the generic case, but with Florian I've come up with a scheme that
leave all the other boards alone and only deals with the ones that need
fixing (certain brcm63xx ones). Please let me know what you think.
What I'm thinking is
On Tue, 11 Aug 2009 03:18:58 +0200
Felix Fietkau wrote:
> Daniel Dickinson wrote:
> > Ticket #5652 now contains a patch, attached here, to fix the
> > following:
> >
> > sysupgrade save the configuration in sysupgrade.tgz but that file
> > never gets restor
On Tue, 11 Aug 2009 03:18:58 +0200
Felix Fietkau wrote:
> The patch looks wrong to me. sizeof on a constant string should return
> its length + 1 (for the null byte). In your patch however you use a
I'm pretty sure that's not true. sizeof is the sizeof a type, in this
case char. I remember tha
On Tue, 11 Aug 2009 00:47:33 -0400
Daniel Dickinson wrote:
> On Tue, 11 Aug 2009 03:18:58 +0200
> Felix Fietkau wrote:
>
> > The patch looks wrong to me. sizeof on a constant string should
> > return its length + 1 (for the null byte). In your patch however
> > you
On Tue, 11 Aug 2009 03:18:58 +0200
Felix Fietkau wrote:
> Daniel Dickinson wrote:
> > Ticket #5652 now contains a patch, attached here, to fix the
> > following:
The updated patch is below.
> The patch looks wrong to me. sizeof on a constant string should return
> its len
201 - 300 of 404 matches
Mail list logo
