Hi,
What is the reason has this been rejected? Do I need to change
something?
Thanks,
Vittorio
Il 28.12.2014 13:34 Vittorio G (VittGam) ha scritto:
The mkhootoofw.sh is a shell script, because official factory images
are shell scripts by themselves, and it made more sense to me to just
use a
This restores normal pre-r43715 200ms blink-period for the System LED we're all
accustomed to see while our OpenWrt routers are booting.
Failsafe possibility will now be signalled with a new 100ms blinking, which is
easily recognizable from the normal 200ms booting.
So no existing user will be
Hi everybody,
Is nobody else experiencing this on their ramips/rt5350-based router?
Cheers,
Vittorio G
Il 25.12.2014 02:55 Vittorio G (VittGam) ha scritto:
Hi everybody,
I've got some HooToo HT-TM02 rt5350-based routers, and I've noticed a
quite weird thing with LEDs.
It seems that the LED h
On Thu, Jan 8, 2015 at 5:43 PM, Nikos Mavrogiannopoulos
wrote:
> Currently a protocol can register a dns server with netifd using the
> proto_add_dns_server function. That however, does not allow
> registering a DNS server for a specific domain. I checked the netifd
> code and there is no provisio
On Fri, Jan 9, 2015 at 9:48 AM, Hans Dedecker wrote:
> On Thu, Jan 8, 2015 at 5:43 PM, Nikos Mavrogiannopoulos
> wrote:
>> Currently a protocol can register a dns server with netifd using the
>> proto_add_dns_server function. That however, does not allow
>> registering a DNS server for a specific
On 09/01/2015 09:16, Vittorio G (VittGam) wrote:
> Hi,
>
> What is the reason has this been rejected? Do I need to change
> something?
>
> Thanks, Vittorio
>
> Il 28.12.2014 13:34 Vittorio G (VittGam) ha scritto:
>> The mkhootoofw.sh is a shell script, because official factory
>> images are sh
If you look at include/cmake.mk you will notice followiing:
-DCMAKE_BUILD_TYPE=Release
It means that CMake uses CMAKE_C_FLAGS_RELEASE
I've created package and tested it using two variants:
1) TARGET_CFLAGS=-DFOO
This is what I got:
grep FOO build_dir/target-*/test/CMakeCache.txt
CMAKE_CXX_FLAGS:
On 2015-01-08 19:08, Sławomir Demeszko wrote:
> Signed-off-by: Sławomir Demeszko
> ---
>
> Sorry, it seems my compiler doesn't suport -Wtautological-compare option,
> and I was not warned about this. This condition could be removed, but
> as I read it is unspecified if enums are signed or unsigne
On 2015-01-08 23:28, Szilárd Pfeiffer wrote:
> Hi,
>
> .pc files are not copied to the install directory, so python (as a
> library) cannot be checked from configure.ac by PKG_CHECK_MODULES. It
> caused problem during the port of Zorp GPL to OpenWrt. Possible solution
> is attached.
>
> Best rega
I've already picked up the patch and looking into.
Was going to come back with an answer, but I have some other stuff to look
into.
@Szilárd: if you want, you can also do a PR on Github. If not, then I'll
apply your patch. Looks good to me.
On Fri, Jan 9, 2015 at 12:25 PM, Felix Fietkau wrote:
The --quiet-dhcp setting increases privacy by omitting DHCP lease logs
including MAC addresses.
Signed-off-by: Lars Kruse
--- a/package/network/services/dnsmasq/files/dnsmasq.init
+++ b/package/network/services/dnsmasq/files/dnsmasq.init
@@ -123,6 +123,7 @@ dnsmasq() {
append_bool "$cfg
On 07.01.2015 23:50, Lars Kruse wrote:
>
> The --quiet-dhcp setting increases privacy by omitting DHCP lease logs
> including MAC addresses.
>
> Signed-off-by: Lars Kruse
>
> --- a/package/network/services/dnsmasq/files/dnsmasq.init
> +++ b/package/network/services/dnsmasq/files/dnsmasq.init
>
The --quiet-dhcp setting increases privacy by omitting DHCP lease logs
including MAC addresses.
Signed-off-by: Lars Kruse
--- a/package/network/services/dnsmasq/files/dnsmasq.init
+++ b/package/network/services/dnsmasq/files/dnsmasq.init
@@ -123,6 +123,7 @@ dnsmasq() {
append_bool "$cf
Our dnsmasq init script registers /tmp/dnsmasq.d as an additional
configuration dir, so you can place files there and restart it. However
I'm not sure as to how much we want netifd to do dnsmasq-specific stuff
or how we would do it.
Of course the bad thing here again is that dnsmasq doesn't su
Provide optional --enable-https flag for curl.
Signed-off-by: Lars Kruse
--- a/package/network/utils/curl/Config.in
+++ b/package/network/utils/curl/Config.in
@@ -53,6 +53,10 @@ config LIBCURL_HTTP
bool "Enable HTTP support"
default y
+config LIBCURL_HTTPS
+ bool "Enable
Hello Owen,
I was wondering, is the kernel driver for your console not placed in
/etc/modules-boot.d ?
/sbin/init executes procd, but prior to doing this executes kmodloader
to load all modules in /etc/modules-boot.d. If your module is mentioned
in this directory, this should load your console dr
On Fri, Jan 9, 2015 at 12:25 PM, Steven Barth wrote:
> Our dnsmasq init script registers /tmp/dnsmasq.d as an additional
> configuration dir, so you can place files there and restart it. However I'm
> not sure as to how much we want netifd to do dnsmasq-specific stuff or how
> we would do it.
Wel
Il 09.01.2015 10:48 John Crispin ha scritto:
+mkhootoofw.sh "$(DL_DIR)/hootoo_mtd_writer" "$(call
sysupname,$(1),$(2))" "$(call imgname,$(1),$(2))-factory.bin"
+endef +BuildFirmware/HooToo8M/initramfs=$(call
BuildFirmware/OF/initramfs,$(1),$(2),$(3)) +
this bit is really bad. you cannot in
Le 9 janv. 2015 07:09, "Vittorio G (VittGam)" a écrit
:
>
> Il 09.01.2015 10:48 John Crispin ha scritto:
>
+mkhootoofw.sh "$(DL_DIR)/hootoo_mtd_writer" "$(call
sysupname,$(1),$(2))" "$(call imgname,$(1),$(2))-factory.bin"
+endef +BuildFirmware/HooToo8M/initramfs=$(call
Buil
I found there exist distance optimization entry in Luci's wifi configure
page. I think it's interesting and want to go further about it. Hardware
driver programming is not too difficult for me. Anyone have any idea where
should I start from?
Thinks~
--
Best Regards,
Zhao Zhang,
Undergraduate fr
Hi,
as per https://dev.openwrt.org/wiki/SupportDonate [and subsequently
jow_laptop's comment on irc to write to openwrt-devel] I'm writing here to
offer one or two Edimax BR-6435ND as donation to get an openwrt build for
them.
Apparently the RAlink RT3352 already has seen some attention
(https://
Recognizes 88E6171/6172/6176 at the moment.
Signed-off-by: Claudio Leite
---
.../linux/generic/files/drivers/net/phy/mvsw61xx.c | 27 --
.../linux/generic/files/drivers/net/phy/mvsw61xx.h | 14 ---
2 files changed, 31 insertions(+), 10 deletions(-)
diff --git a/targe
In preparation for properly supporting switches
beyond the 88E6171.
Signed-off-by: Claudio Leite
---
target/linux/generic/config-3.14 | 2 +-
target/linux/generic/config-3.18 | 2 +-
.../linux/generic/files/drivers/net/phy/mvsw6171.c | 866
Since the driver doesn't know anything about (M)STP
we just hard-set the ports to be enabled if they are
part of the VLAN.
Signed-off-by: Claudio Leite
---
.../linux/generic/files/drivers/net/phy/mvsw61xx.c | 38 ++
.../linux/generic/files/drivers/net/phy/mvsw61xx.h | 1 +
2
- eliminate MV_CPUPORT; not necessary since we define
the CPU port(s) via Device Tree
- add STU and expand VTU operations
- update register names to match those of 88E61xx rather than
mvswitch's 88E6060
- use more consistent formatting
Signed-off-by: Claudio Leite
---
.../linux/generic/fi
"Stam, Michel [FINT]" wrote:
> This, to me, seems the most logical solution, as consoles should be
> available to the init process early on during boot, and not hot-plugged
> in afterwards. Do you agree?
Well, I don't. What about a usb serial port? I'd like to plug in the
usb cable, providin
Am Freitag, 9. Januar 2015, 17:51:48 schrieb Karl Palsson:
>
> "Stam, Michel [FINT]" wrote:
> > This, to me, seems the most logical solution, as consoles should be
> > available to the init process early on during boot, and not hot-plugged
> > in afterwards. Do you agree?
>
>
> Well, I don't.
On 15-01-09 09:51 AM, Karl Palsson wrote:
"Stam, Michel [FINT]" wrote:
This, to me, seems the most logical solution, as consoles should be
available to the init process early on during boot, and not hot-plugged
in afterwards. Do you agree?
Well, I don't. What about a usb serial port? I'd
Michel,
Thanks for the suggestion, this particular driver was being loaded from
/etc/modules.d, however even when I moved it into /etc/modules-boot.d it
still doesn't create /dev/ttyGS0 in time for procd to start the console.
I'll try fiddling around with the load order to see if I can get it
wo
Use Claudio's renamed mvsw6171 driver.
Depends upon https://patchwork.ozlabs.org/patch/427183/ patchset.
Signed-off-by: Mark Milburn
---
target/linux/mvebu/config-3.14 | 2 +-
target/linux/mvebu/config-3.18 | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/mvebu
Il 09.01.2015 16:17 Florian Fainelli ha scritto:
What about a statically linked binary at least?
Of course I've missed the obvious thing here. :) Thanks for the
suggestion! I'm going to try this as soon as I've some spare time (in a
week or so). Otherwise the code is on my github if you want
Hi,
How can I access to init mtd partition? Actually I'm only seeing this:
dev:size erasesize name
mtd0: 0004 0002 "booter"
mtd1: 003c 0002 "kernel"
mtd2: 07c0 0002 "rootfs"
I would like to access to mtd partition: routerboot, hard_config, bios and
softconfig from t
32 matches
Mail list logo
