Signed-off-by: Felix Kaechele
---
target/linux/x86/64/config-default | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/target/linux/x86/64/config-default
b/target/linux/x86/64/config-default
index 1caad74..0c5297d 100644
--- a/target/linux/x86/64/config-default
+++ b/target
This enables booting from devices that use an ATI PATA controller for
the boot device, such as the embedded CF cards in Fujitsu-Siemens Futro
thin-clients.
Signed-off-by: Felix Kaechele
---
target/linux/x86/64/config-default | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tar
Hi list,
within the Freifunk project in Germany we currently use very low cost
thin-clients (FSC Futro S550) for VPN offloading.
Those thin-clients have an internal CF card (1GB) attached to the chipset's
PATA controller that uses the arcane pata_atiixp driver.
This seems like an ideal storage o
has anyone played with let's encrypt and their API?
http://letsencrypt.readthedocs.org/en/latest/api.html
at the moment they are doing really complicated stuff,
but maybe it's possible to hack something simply with
the built JSON-tools and curl?
bye, bastian
__
On Fri, 25 Sep 2015 10:02:07 +0200, Felix Kaechele
wrote:
Hi list,
within the Freifunk project in Germany we currently use very low cost
thin-clients (FSC Futro S550) for VPN offloading.
Those thin-clients have an internal CF card (1GB) attached to the
chipset's PATA controller that uses
Signed-off-by: Felix Kaechele
---
target/linux/x86/generic/config-default | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/target/linux/x86/generic/config-default
b/target/linux/x86/generic/config-default
index eb4b357..c434a59 100644
--- a/target/linux/x86/generic/con
This enables booting from devices that use an ATI PATA controller for
the boot device, such as the embedded CF cards in Fujitsu-Siemens Futro
thin-clients.
Signed-off-by: Felix Kaechele
---
target/linux/x86/generic/config-default | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/x
This enables modesetting for radeon based boards.
Signed-off-by: Felix Kaechele
---
target/linux/x86/generic/config-default | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/target/linux/x86/generic/config-default
b/target/linux/x86/generic/config-default
index 29e5845..86
Hi list,
As suggested I transferred my patches to support the Futro thin-clients to the
x86-generic target to keep x86-64 legacy free.
Additionally I enabled the DRM driver for the graphics chip to have modesetting
available.
Regards,
Felix
Felix Kaechele (3):
x86/generic: refresh subtarget
Signed-off-by: Florian Eckert
Reported-by: Sylwester Petela
---
If you are in the luci overview page and the dsl is not in showtime state
and the variables are not initialized we get messages in log and luci brakes
> Thu Sep 17 15:40:16 2015 daemon.err uhttpd[1110]: expr: syntax error
> Thu Sep
The MT7530 switch driver with enable_vlan set will automatically set all
ports to the user port mode. The hardware will remove the incoming vlan tag
on these ports and use it for its internal vlan. This is usually not wanted
and makes it impossible to communicate via vlan over the switch in both
di
The length of the DMA rx buffer was always set to 0 because the function
for extracting the length was used to calculate the value for setting it.
Instead the macro has to be split in a get and set function similar to the
TX_DMA_(GET_|)PLEN(0|1) macro.
No problem was noticed on MT7621a before this
The driver assumes that the maximum received buffer for non-jumbo frames is
1536 bytes. But the allocation of the rx fragment doesn't reflect that. It
currently allocates fragments which will only be large enough to be used as
rx buffer with the size of 1534 bytes. This is problematic because the G
The default switch frame size (with FCS + header) is 1536 bytes. But the
GMAC only accepted frames up to 1522 bytes. Setting it to 1536 allows to
receive ethernet frames using the full of MTU 1500 + an extra VLAN header +
VLAN header added by the switch.
Signed-off-by: Sven Eckelmann
---
.../lin
Hi!
I've seen that there is an ACL concept for the ubus available [1], which fits
very nice to my plan making our system services available as ubus calls instead
of maintaining a REST API structure in parallel. However, I was not able to
figure out how to add additional users to the ubus. There
I have not, I am waiting eagerly to lets encrypt go fully public. That
being said I have no deep knowledge of inner workings of the tool(s), but I
do hope that some day openwrt would also have package for this, or some
method to achieve this :) Will allpha and beta test for sure should there
ever b
More so, in general x86 (be it 64 or 32) is diffirent in that way that
there is endless possibilities of devices and configurations, we never can
achieve system that supports everything, nor we want to, in mine opinion...
Instead one can use buildroot (if not imagebuilder) to include just the
stuff
Hi Rudiger,
I would add another question on your question ...
I'd like to have some kind of JSON-RPC with no user authentication.
So, how can I remove user authentication at all?
Thanks in advance ...
2015-09-25 9:20 GMT-03:00 Rüdiger, Christoph <
christoph.ruedi...@thyssenkrupp.com>:
On BB I'm trying to configure an ISP provided IPv6 (over PPPoE).
odhcp6c seems to work but the script it calls does not. I get a bunch
of "Command failed: Not found" from ubus calls:
+ ubus call network.interface notify_proto { "action": 0, "link-up": false,
"keep": false, "interface": "" }
Co
Hi Christoph,
to add further logins to ubus simply add further "config login" sections
to /etc/config/rpcd.
In the same config login section you reference the ACL groups the user
should have access to, e.g.
config login
option username guest
option password '$1$$I2o9Z7NcvQAKp7wyCTlia0'
lis
Hi Ronaldo,
if you refer to the JSON-RPC/UBUS bridge in uhttpd then you can specify
"option no_ubusauth 1" in /etc/config/uhttpd, this will bypass any
permission checks.
Keep in mind that this gives full access to anything exposed by ubus to
any HTTP client!
~ Jow
signature.asc
Description: O
On Fri, Sep 25, 2015 at 7:26 PM, Brian J. Murrell
wrote:
> On BB I'm trying to configure an ISP provided IPv6 (over PPPoE).
> odhcp6c seems to work but the script it calls does not. I get a bunch
> of "Command failed: Not found" from ubus calls:
>
> + ubus call network.interface notify_proto {
dnsmasq uses /etc/dnsmasq.time as record of the last known good
system time to aid its validation of dnssec timestamps. dnsmasq
updates the timestamp on process start/stop once it considers the system
time as valid. The timestamp file should be preserved across system
upgrade but should not be inc
I would be interested in this as well, although I'm not sure how useful this is
without configuring a good hostname for routers, also maybe automatically. That
said, from what I can see there are two options to achieve this.
The first and probably the easiest would be to port their tool to OpenW
Hi,
I wanted to setup for some tests an environment running uml, and I found
it's not compiling on master with default config. The error seems similar
to a previous one I found in the bug tracker.
https://dev.openwrt.org/ticket/870
Is anyone actually maintaining UML or managed to make it work? W
On 9/22/15 1:52 PM, Bastian Bittorf wrote:
> +maxtime() {
> + local dir file
> +
> + find /etc -type d | while read dir; do
> + file="$dir/$( ls -1t "$dir" | head -n1 )"
> + [ -e "$file" -a "$file" != '/etc/dnsmasq.time' ] && date -r
> "$file" +%s
> + done | sor
26 matches
Mail list logo
