On 18/05/2016 16:08, Conor O'Gorman wrote:
> On 18/05/16 15:03, Dan Bugnar wrote:
>> For the larger size it takes the distance from the old log and newest
>> and added to _log to have the new newest, same for the oldest. It
>> doesn't matter if the newest > oldest OR oldest > newest.
> If the old
On 16-05-19 02:07 AM, John Crispin wrote:
>
>
> On 18/05/2016 13:28, l...@daniel.thecshore.com wrote:
>> From: Daniel Dickinson
>>
>> v2: Fix mixup of dosfsck checking ext* and e2fsck checking vfat.
>>
>> vfat is a common filesystem which users may want to mount on an
>> OpenWrt/LEDE device, so
On 18/05/2016 13:28, l...@daniel.thecshore.com wrote:
> From: Daniel Dickinson
>
> v2: Fix mixup of dosfsck checking ext* and e2fsck checking vfat.
>
> vfat is a common filesystem which users may want to mount on an
> OpenWrt/LEDE device, so support peforming filesystem checks
> before mount f
This change switches ARC tools to the most recent arc-2016.03
version.
ARC GNU tools of version arc-2016.03 bring some quite significant
changes like:
* Binutils v2.26+ (upstream commit id 202ac19 with additional ARC
* patches)
* GCC v4.8.5
* GDB 7.10
More about changes, improvements and fixe
I built an openwrt image for apu2 back in March. It mostly just
worked, with some minor tweaks for running off of mmc, This was my
patch then, relative to r49096.
diff --git a/target/linux/x86/config-4.4 b/target/linux/x86/config-4.4
index 5b54031..e323fa6 100644
--- a/target/linux/x86/config-4.
On 17-05-16 23:37, Felix Fietkau wrote:
> On 2016-05-17 23:12, Daniel Golle wrote:
>> * build for pentium4 instead of i486
>> * enable PAE
>> * enable EFI support
>> * enable KVM guest and host support
Is anyone running KVM on a 32bit host? I would leave out KVM host
support here.
> I like this cha
Hi all!
prpl Foundation has made the invitation to propose OpenWrt enhancement
ideas which may end up funded by the same organization [1]. With this
email I'm offering to prpl Foundation to fund Rocket CWMP project -
which is the client implementation of CWMP / TR-069 protocol. Since this
is a goo
Please keep
CONFIG_PATA_ATIIXP=y
I have several (very capable/low power/versatile) Fujitsu Futro S550
that need this so it can boot from the internal CF Card
Regards
Lucian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradea
On Wed, 18 May 2016, Ferry Huberts wrote:
On 18/05/16 11:10, David Lang wrote:
On Wed, 18 May 2016, Ferry Huberts wrote:
On 18/05/16 10:03, David Lang wrote:
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:46, Ferry Huberts wrote:
already in-place in Fedora and RedHat/CentOS.
On Wed, 18 May 2016, Radu Anghel wrote:
step 1. add users to /etc/passwd (in the pre/post-install script
probably, trying to use same uid/gid as major distributions would be
nice)
I believe that most of the major distros don't allocate uid/gid numbers
statically, they are allocated as the pac
Listing out a few things I've found with fstools package
(Version: 2016-05-17-db5d39d48b9d9a77565015c1aafb3ef0d2925f02)
I'm mostly still working on openwrt CC branch, but the issues
_seem_ to be fstools related, not kernel related, though I'm
happy to retest if necessary. Some of these I've discus
On 18/05/2016 17:41, Christian Huldt wrote:
> I just built LEDE with MPTCP, but in order to get better integration I'm
> reading
> https://wiki.openwrt.org/doc/devel/patches#adding_or_editing_kernel_patches
>
> MPTCP is however associated with a bunch of lines in the kernel config,
> is there a
I just built LEDE with MPTCP, but in order to get better integration I'm
reading
https://wiki.openwrt.org/doc/devel/patches#adding_or_editing_kernel_patches
MPTCP is however associated with a bunch of lines in the kernel config,
is there a way to add some defaults there som that make kernel_config
On 18/05/16 15:03, Dan Bugnar wrote:
For the larger size it takes the distance from the old log and newest
and added to _log to have the new newest, same for the oldest. It
doesn't matter if the newest > oldest OR oldest > newest.
If the oldest > newest, there will be a blank area, the new space
On 2016-05-18 15:59, Alexey Brodkin wrote:
> Hi Felix,
>
> On Wed, 2016-05-18 at 15:49 +0200, Felix Fietkau wrote:
>> On 2016-05-18 15:06, Alexey Brodkin wrote:
>> >
>> > Hi Felix,
>> >
>> > On Wed, 2016-05-18 at 14:57 +0200, Felix Fietkau wrote:
>> > >
>> > > On 2016-05-16 16:42, Alexey Brodki
Hi Felix,
On Wed, 2016-05-18 at 15:49 +0200, Felix Fietkau wrote:
> On 2016-05-18 15:06, Alexey Brodkin wrote:
> >
> > Hi Felix,
> >
> > On Wed, 2016-05-18 at 14:57 +0200, Felix Fietkau wrote:
> > >
> > > On 2016-05-16 16:42, Alexey Brodkin wrote:
> > > >
> > > >
> > > > If an image gets buil
On 2016-05-18 15:06, Alexey Brodkin wrote:
> Hi Felix,
>
> On Wed, 2016-05-18 at 14:57 +0200, Felix Fietkau wrote:
>> On 2016-05-16 16:42, Alexey Brodkin wrote:
>> >
>> > If an image gets built as an Elf there's a chance
>> > it will be used by developers for debugging purposes.
>> > In that case
On 18/05/16 08:41, David Lang wrote:
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:04, David Lang wrote:
The first question I would have is if we are going to the system users
in an essentially random order (as needed so two systems with the same
packages installed in a different
Hi Felix,
On Wed, 2016-05-18 at 14:57 +0200, Felix Fietkau wrote:
> On 2016-05-16 16:42, Alexey Brodkin wrote:
> >
> > If an image gets built as an Elf there's a chance
> > it will be used by developers for debugging purposes.
> > In that case it's very helpful to keep debugging info
> > in that
On 18/05/16 10:45, Dan Bugnar wrote:
+ newest = (_log + (newest - log));
newest->size = 0;
- oldest = log = _log;
+ memset(newest, 0, size - log_size);
+ oldest = (_log + (oldest - log));
+ log = _log;
On 2016-05-16 16:42, Alexey Brodkin wrote:
> If an image gets built as an Elf there's a chance
> it will be used by developers for debugging purposes.
> In that case it's very helpful to keep debugging info
> in that image.
>
> I would think that most OWRT-powered devices in production
> will use
On 2016-05-18 14:00, Mats Karrman wrote:
>
>
> On 2016-05-18 13:01, Felix Fietkau wrote:
>> On 2016-05-18 11:38, Mats Karrman wrote:
>>>
>>> On 2016-05-17 17:31, Mats Karrman wrote:
On 2016-05-17 13:29, Felix Fietkau wrote:
> I just took a look at the code and uloop's processing of signa
On 2016-05-18 13:01, Felix Fietkau wrote:
On 2016-05-18 11:38, Mats Karrman wrote:
On 2016-05-17 17:31, Mats Karrman wrote:
On 2016-05-17 13:29, Felix Fietkau wrote:
I just took a look at the code and uloop's processing of signals looked
a bit racy to me. I've pushed a commit that makes it
On 18/05/2016 13:35, Daniel Curran-Dickinson wrote:
> On 16-05-18 07:31 AM, Conor O'Gorman wrote:
>> On 18/05/16 12:21, Jo-Philipp Wich wrote:
>>> On 05/18/2016 12:12 PM,l...@daniel.thecshore.com wrote:
> Hi John,
>
> I haven't tested these changes yet,
>> Testing would be good befor
On 18.5.2016 14:02, Jo-Philipp Wich wrote:
Hi Hannu,
Please allow users to select to receive lede-dev messages in digests.
Done, please let me know whether it is working.
~ Jo
Thanks, it works great. I enabled digest mode and the first digest message
just arrived :-(
And the MIME digest
On 16-05-18 07:31 AM, Conor O'Gorman wrote:
> On 18/05/16 12:21, Jo-Philipp Wich wrote:
>> On 05/18/2016 12:12 PM,l...@daniel.thecshore.com wrote:
>>> >Hi John,
>>> >
>>> >I haven't tested these changes yet,
> Testing would be good before next submission.
The whole point of the [RFC] is that it's
On 16-05-18 07:31 AM, Conor O'Gorman wrote:
> On 18/05/16 12:21, Jo-Philipp Wich wrote:
>> On 05/18/2016 12:12 PM,l...@daniel.thecshore.com wrote:
>>> >Hi John,
>>> >
>>> >I haven't tested these changes yet,
> Testing would be good before next submission.
My goal was actually to make sure that I
On 18/05/16 12:21, Jo-Philipp Wich wrote:
On 05/18/2016 12:12 PM,l...@daniel.thecshore.com wrote:
>Hi John,
>
>I haven't tested these changes yet,
Testing would be good before next submission.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
h
From: Daniel Dickinson
v2: Fix mixup of dosfsck checking ext* and e2fsck checking vfat.
vfat is a common filesystem which users may want to mount on an
OpenWrt/LEDE device, so support peforming filesystem checks
before mount for vfat.
Signed-off-by: Daniel Dickinson
---
block.c | 12 +
On Wed, 2016-05-18 at 12:29 +0200, Arjen de Korte wrote:
> Is it possible to prevent people from replying to these digest
> messages? I'm seeing this happen a lot on other mailinglist I follow
> and it makes conversation mode almost useless.
You can filter on 'lede-dev digest' in the subject. I
Hi,
>>> +if (!strncmp(pr->id->name, "vfat", 4)) {
"If fs name starts with vfat ..."
>>> +ckfs = e2fsck;
"... then use the ext4 checker".
>>> +} else if (!strncmp(pr->id->name, "ext", 3)) {
"... else if fs name starts with ext ..."
>>> +ckfs = dosfsck;
"... then use t
Hi Daniel,
ACK from me once the fs checker swap is fixed.
~ Jo
On 05/18/2016 12:12 PM, l...@daniel.thecshore.com wrote:
> Hi John,
>
> I haven't tested these changes yet, but is this what you were looking for
> in terms of changes to the patches previously as part of the PRs you
> commented on?
On 16-05-18 07:17 AM, Arjen de Korte wrote:
> Citeren Daniel Dickinson :
>
>
> I guess "vfat" should be checked with dosfsck and "ext" with e2fsck.
>
Ah, the old you see what you expect to see psychology thing - I missed that.
Regards,
Daniel
___
L
On 18.05.2016 12:29, Arjen de Korte wrote:
Citeren Hannu Nyman :
Please allow users to select to receive lede-dev messages in digests.
The lede-dev mailing list is already rather high volume list and if
the possible PR discussion messages from Github is also piped here,
the amount of messa
Citeren Daniel Dickinson :
On 16-05-18 07:05 AM, Conor O'Gorman wrote:
On 18/05/16 11:12, l...@daniel.thecshore.com wrote:
+if (!strncmp(pr->id->name, "vfat", 4)) {
+ckfs = e2fsck;
+} else if (!strncmp(pr->id->name, "ext", 3)) {
+ckfs = dosfsck;
Is this the wrong way r
On 16-05-18 07:05 AM, Conor O'Gorman wrote:
> On 18/05/16 11:12, l...@daniel.thecshore.com wrote:
>> +if (!strncmp(pr->id->name, "vfat", 4)) {
>> +ckfs = e2fsck;
>> +} else if (!strncmp(pr->id->name, "ext", 3)) {
>> +ckfs = dosfsck;
> Is this the wrong way round?
Do you mea
On 18/05/16 11:12, l...@daniel.thecshore.com wrote:
+ if (!strncmp(pr->id->name, "vfat", 4)) {
+ ckfs = e2fsck;
+ } else if (!strncmp(pr->id->name, "ext", 3)) {
+ ckfs = dosfsck;
Is this the wrong way round?
___
Hi Hannu,
> Please allow users to select to receive lede-dev messages in digests.
Done, please let me know whether it is working.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 2016-05-18 11:38, Mats Karrman wrote:
>
>
> On 2016-05-17 17:31, Mats Karrman wrote:
>>
>> On 2016-05-17 13:29, Felix Fietkau wrote:
>>> I just took a look at the code and uloop's processing of signals looked
>>> a bit racy to me. I've pushed a commit that makes it use signalfd if
>>> availabl
From: Daniel Dickinson
We prefer either a path match (e.g. interpreter extension match)
then the longest matching prefix (e.g. /cgi-bin/luci handler is used
except if a prefix matches a virtual url before the path matching
logic is hit.
Note that we now allow a handler to have both check_url and
From: Daniel Dickinson
A first attempt at simple HTTP proxy support (to allow
URL beginning with /prefix to really be access to some
other server; this is potenitally useful with some
web applications, or if you want to have a single
entry point to multiple servers (and aren't serving
huge traffi
Citeren Hannu Nyman :
Please allow users to select to receive lede-dev messages in digests.
The lede-dev mailing list is already rather high volume list and if
the possible PR discussion messages from Github is also piped here,
the amount of messages might be rather high.
Devs have disabl
Please allow users to select to receive lede-dev messages in digests.
The lede-dev mailing list is already rather high volume list and if the
possible PR discussion messages from Github is also piped here, the amount of
messages might be rather high.
Devs have disabled the "digest mode" in th
Hi John,
I haven't tested these changes yet, but is this what you were looking for
in terms of changes to the patches previously as part of the PRs you
commented on?
[PATCH 1/4] [RFC] fstools: block.c: Make static string a const char * instead
char *
[PATCH 2/4] [RFC] fstools: block.c: Add suppo
From: Daniel Dickinson
Some users will want to use OpenWrt/LEDE devices as NAS
devices and have full POSIX ACL and user_xattr support
(along with other possible use cases), therefore add
support to mount with POSIX ACLs and/or user XATTR
support.
Signed-off-by: Daniel Dickinson
---
block.c | 4
From: Daniel Dickinson
There is no reason for e2fsck string to be altered, and the
only places where is used take const char * as parameters
so make e2fsck a const char *.
Signed-off-by: Daniel Dickinson
---
block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block.c b/
From: Daniel Dickinson
vfat is a common filesystem which users may want to mount on an
OpenWrt/LEDE device, so support peforming filesystem checks
before mount for vfat.
Signed-off-by: Daniel Dickinson
---
block.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a
From: Daniel Dickinson
Let's use the cannonical source of mount flags instead of
defining the flags ourselves.
Signed-off-by: Daniel Dickinson
---
block.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/block.c b/block.c
index ef58665..d30b1f6 100644
--- a/b
From: Dan Bugnar
Add ubus method to set the buffer size.
Signed-off-by: Dan Bugnar
---
log/logd.c | 28 +++-
log/syslog.c | 8 +---
log/syslog.h | 2 +-
3 files changed, 29 insertions(+), 9 deletions(-)
diff --git a/log/logd.c b/log/logd.c
index 27d3cac..93ca0e
From: Dan Bugnar
Change the log buffer size and copy the messages.
Signed-off-by: Dan Bugnar
---
log/syslog.c | 37 +++--
log/syslog.h | 2 +-
2 files changed, 16 insertions(+), 23 deletions(-)
diff --git a/log/syslog.c b/log/syslog.c
index e8b6774..d6cb868 10
On 18/05/16 11:10, David Lang wrote:
On Wed, 18 May 2016, Ferry Huberts wrote:
On 18/05/16 10:03, David Lang wrote:
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:46, Ferry Huberts wrote:
already in-place in Fedora and RedHat/CentOS.
You then get even stronger protection and
On 2016-05-17 17:31, Mats Karrman wrote:
On 2016-05-17 13:29, Felix Fietkau wrote:
I just took a look at the code and uloop's processing of signals looked
a bit racy to me. I've pushed a commit that makes it use signalfd if
available. I also found that waitpid wasn't being retried on signal
i
Replying to myself :)
On Wed, May 18, 2016 at 10:53 AM, Radu Anghel wrote:
>
> step 1. add users to /etc/passwd (in the pre/post-install script
> probably, trying to use same uid/gid as major distributions would be
> nice)
> step 2. add config option for user/group in the relevant /etc/config/ fi
On Wed, 18 May 2016, Ferry Huberts wrote:
On 18/05/16 10:03, David Lang wrote:
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:46, Ferry Huberts wrote:
already in-place in Fedora and RedHat/CentOS.
You then get even stronger protection and run-time performance impact is
negligib
On Wed, May 18, 2016 at 9:25 AM, John Crispin wrote:
>
> to elaborate, imagine dnsmasq running inside a jailm where ut only
> thinks it is root but is not in reality. also ld-preloading bind and
> connect would allow us to do pretty adavnced stuff like only allowing
> dnsmasq to open certain ports
Hi again,
2016-05-18 10:22 GMT+02:00 Ferry Huberts :
>
>
> On 18/05/16 10:03, David Lang wrote:
>>
>> On Wed, 18 May 2016, John Crispin wrote:
>>
>>> On 18/05/2016 09:46, Ferry Huberts wrote:
On 18/05/16 09:25, John Crispin wrote:
>
>
>
> On 18/05/2016 09:21,
On 18/05/16 10:03, David Lang wrote:
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:46, Ferry Huberts wrote:
On 18/05/16 09:25, John Crispin wrote:
On 18/05/2016 09:21, Radu Anghel wrote:
/* sending again because i hit 'reply' instead of 'reply all' :) */
On Wed, May 18, 20
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:46, Ferry Huberts wrote:
On 18/05/16 09:25, John Crispin wrote:
On 18/05/2016 09:21, Radu Anghel wrote:
/* sending again because i hit 'reply' instead of 'reply all' :) */
On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
ok
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:21, Radu Anghel wrote:
/* sending again because i hit 'reply' instead of 'reply all' :) */
On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
ok, there had been some discussion about building a super daemon that
runs, then ld-prelo
On 18/05/2016 09:49, Etienne Champetier wrote:
> Hi,
>
> 2016-05-18 9:25 GMT+02:00 John Crispin :
>>
>>
>> On 18/05/2016 09:21, Radu Anghel wrote:
>>> /* sending again because i hit 'reply' instead of 'reply all' :) */
>>>
>>> On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
ok, t
On 18/05/2016 09:46, Ferry Huberts wrote:
>
>
> On 18/05/16 09:25, John Crispin wrote:
>>
>>
>> On 18/05/2016 09:21, Radu Anghel wrote:
>>> /* sending again because i hit 'reply' instead of 'reply all' :) */
>>>
>>> On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
ok, there had b
Hi,
2016-05-18 9:25 GMT+02:00 John Crispin :
>
>
> On 18/05/2016 09:21, Radu Anghel wrote:
>> /* sending again because i hit 'reply' instead of 'reply all' :) */
>>
>> On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
>>>
>>> ok, there had been some discussion about building a super daemon tha
On 18/05/16 09:25, John Crispin wrote:
On 18/05/2016 09:21, Radu Anghel wrote:
/* sending again because i hit 'reply' instead of 'reply all' :) */
On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
ok, there had been some discussion about building a super daemon that
runs, then ld-prel
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 09:04, David Lang wrote:
The first question I would have is if we are going to the system users
in an essentially random order (as needed so two systems with the same
packages installed in a different order have different user->uid
mapping
On 18/05/2016 09:21, Radu Anghel wrote:
> /* sending again because i hit 'reply' instead of 'reply all' :) */
>
> On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
>>
>> ok, there had been some discussion about building a super daemon that
>> runs, then ld-preloading bind() and co and using
/* sending again because i hit 'reply' instead of 'reply all' :) */
On Wed, May 18, 2016 at 8:29 AM, John Crispin wrote:
>
> ok, there had been some discussion about building a super daemon that
> runs, then ld-preloading bind() and co and using ubus to transport
> sockets around. using caps or /
On 18/05/2016 09:04, David Lang wrote:
>
> The first question I would have is if we are going to the system users
> in an essentially random order (as needed so two systems with the same
> packages installed in a different order have different user->uid
> mapping) or if we are going to define se
On Wed, 18 May 2016, John Crispin wrote:
On 18/05/2016 08:09, Daniel Curran-Dickinson wrote:
On 16-05-18 01:05 AM, John Crispin wrote:
Hi,
we had previously started building the infra for running stuff as !root.
so far we have added
* the userid/gid stuff
* acl on ubus
things that i know ar
68 matches
Mail list logo
