| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 31399
|
|
|
|
| |
SVN-Revision: 31398
|
|
|
|
| |
SVN-Revision: 31397
|
|
|
|
|
|
|
|
|
|
| |
More device info at: http://wiki.openwrt.org/toh/tenda/w306r
Signed-off-by: David Pearce <David_18051985@hotmail.com.au>
[juhosg: fix checkpatch errors, remove kmod-phy and luci-ssl packages
from the profile, change broken GPIO number]
SVN-Revision: 31396
|
|
|
|
| |
SVN-Revision: 31395
|
|
|
|
| |
SVN-Revision: 31394
|
|
|
|
| |
SVN-Revision: 31393
|
|
|
|
| |
SVN-Revision: 31392
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
port 4 on the ARV4520PW board
The VLAN mapping on the ARV4520PW board is the following:
port on Router: | VLAN in software:
LAN 1 | 3
LAN 2 | 2
LAN 3 | 1
LAN 4 | 0
DSL | 4
So LAN4 is not VLAN4 but VLAN0 (VLAN4 is DSL port) -> set "3 2 1 0 5t" as default switch config.
SVN-Revision: 31391
|
|
|
|
|
|
| |
environment variable is unset
SVN-Revision: 31390
|
|
|
|
| |
SVN-Revision: 31387
|
|
|
|
| |
SVN-Revision: 31386
|
|
|
|
| |
SVN-Revision: 31385
|
|
|
|
| |
SVN-Revision: 31382
|
|
|
|
| |
SVN-Revision: 31381
|
|
|
|
| |
SVN-Revision: 31380
|
|
|
|
| |
SVN-Revision: 31379
|
|
|
|
| |
SVN-Revision: 31378
|
|
|
|
|
|
| |
Lukasz Golec-Biernat <mojedokumenty+openwrt@gmail.com>
SVN-Revision: 31377
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hi
Another version, in this one the enable_server option is in the timeserver ntp part of the "system" config file
You can patch trunk and bacfire (tested both)
You can put busybox ntpd in client mode (if you put server), in client & server (by putting enable_server to 1, ntpd listen to udp 123), and also in server mode only (if you didn't put any servers in the config and still put enable_server 1, ntpd will answer with the time of the router)
I've replaced "config_foreach getpeers timeserver" with "config_get peers ntp server" because we want ntp timeserver, not random ones (to pre-answer if someone want to say that it's intrusive ...)
Signed-off-by: Etienne CHAMPETIER <etienne.champetier@free.fr>
Le 27/03/2012 20:41, Etienne Champetier a écrit :
> I've now tested my trunk patch and it works fine
> But I still can't find were $PROG is defined (is this a mistake, or some sort of built in variable???)
> (I've made some grep and nothing)
>
> Le 23/03/2012 02:19, Philip Prindeville a écrit :
>> Maybe:
>>
>> [ -n "$PROG" -a -x "$PROG" ] || return 1
>>
>> instead?
>>
>>
>> On 3/22/12 4:34 PM, Etienne Champetier wrote:
>>> Hi
>>>
>>> The 2 attached patchs (trunk & bacfire) add busybox ntpd enable_server option, as busybox ntpd server is compiled by default.
>>> We only need 1 client/server daemon (olipro patch was launching 2 daemons)
>>> I've fully tested the bacfire patch, and as i don't have a running openwrt trunk i'm not sure for the trunk patch (i'm sure about my modifications, but i'm not sure about "[ -x $PROG ] || return 1", as "$PROG" isn't defined ?!)
>>>
>>> Signed-off-by: Etienne CHAMPETIER <etienne.champetier@free.fr>
>>>
>>>
>>> Le 16/01/2012 01:57, Philip Prindeville a écrit :
>>>> On 1/14/12 11:37 AM, Olipro wrote:
>>>>> On Saturday 14 Jan 2012 02:45:59 Philip Prindeville wrote:
>>>>>> Don't we already have a 'disabled' option? Now we're adding an
>>>>>> 'enable_server' option?
>>>>>>
>>>>>> That seems confusing for no useful reason.
>>>>>>
>>>>> have you bothered to read what I originally wrote? your response would make
>>>>> me inclined to believe that you didn't.
>>>>>
>>>>> currently the ntpd initscript only runs it as a CLIENT - this patch enables
>>>>> you to have one instance running as a client and another as a SERVER that
>>>>> other hosts can synchronise with.
>>>>>
>>>>> Or perhaps I'm misunderstanding, what would you propose for allowing the
>>>>> built-in busybox ntpd to be utilised as a server? a separate init script
>>>>> entirely perhaps?
>>>> Or separate config sections... instead of 'config ntp' have 'config ntp-server' and 'config ntp-client'.
>>>>
>>>> -Philip
>>>>
>>>>
>>>> _______________________________________________
>>>> openwrt-devel mailing list
>>>> openwrt-devel@lists.openwrt.org
>>>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>> _______________________________________________
>> openwrt-devel mailing list
>> openwrt-devel@lists.openwrt.org
>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
SVN-Revision: 31374
|
|
|
|
|
|
| |
Signed-off-by: Claudio Mignanti <c.mignanti@gmail.com>
SVN-Revision: 31373
|
|
|
|
|
|
| |
Signed-off-by: Claudio Mignanti <c.mignanti@gmail.com>
SVN-Revision: 31372
|
|
|
|
|
|
| |
Signed-off-by: Claudio Mignanti <c.mignanti@gmail.com>
SVN-Revision: 31371
|
|
|
|
|
|
| |
Signed-off-by: Claudio Mignanti <c.mignanti@gmail.com>
SVN-Revision: 31370
|
|
|
|
| |
SVN-Revision: 31365
|
|
|
|
| |
SVN-Revision: 31364
|
|
|
|
| |
SVN-Revision: 31363
|
|
|
|
| |
SVN-Revision: 31362
|
|
|
|
| |
SVN-Revision: 31361
|
|
|
|
| |
SVN-Revision: 31360
|
|
|
|
| |
SVN-Revision: 31359
|
|
|
|
| |
SVN-Revision: 31358
|
|
|
|
| |
SVN-Revision: 31357
|
|
|
|
| |
SVN-Revision: 31356
|
|
|
|
| |
SVN-Revision: 31355
|
|
|
|
| |
SVN-Revision: 31354
|
|
|
|
|
|
| |
Also use -EINVAL instead of -1.
SVN-Revision: 31353
|
|
|
|
| |
SVN-Revision: 31352
|
|
|
|
|
|
|
|
| |
uClibc-0.9.33 causes segfaults at least in iptables.
The segfaults are present with 2.6.39 as well, so it
makes no sense to stick to that version.
SVN-Revision: 31351
|
|
|
|
| |
SVN-Revision: 31350
|
|
|
|
| |
SVN-Revision: 31349
|
|
|
|
|
|
| |
power fix
SVN-Revision: 31347
|
|
|
|
| |
SVN-Revision: 31346
|
|
|
|
| |
SVN-Revision: 31345
|
|
|
|
| |
SVN-Revision: 31344
|
|
|
|
|
|
| |
2.6.38 isn't the only kernel supporting it.
SVN-Revision: 31343
|
|
|
|
| |
SVN-Revision: 31342
|
|
|
|
|
|
| |
Mentioned patch got obsoleted by commit 31300, since it went upstream meanwhile
SVN-Revision: 31341
|
|
|
|
| |
SVN-Revision: 31340
|
|
|
|
| |
SVN-Revision: 31339
|