:30 +0300, Daniel Golle wrote:
I wasn't aware of your solution, which I like a lot and which perfectly
fits into how things are done in OpenWrt. Having openl2tp running and
handling all the ppp stuff is pita and just having a plain pppd plugin is
a much better solution
Well, you do still have
-by: Daniel Golle dgo...@allnet.de
Index: net/openl2tp/patches/011-ppp_setup_timer_with_norpc.patch
===
--- /dev/null (revision 0)
+++ net/openl2tp/patches/011-ppp_setup_timer_with_norpc.patch (revision 0)
@@ -0,0 +1,14 @@
+--- a/plugins
be ommitted in the mini version, I
use PPP-over-L2TPv2 to establish a connection to my ISP over an IPv4 DOCSIS
infrastructure and that doesn't require IPsec at all.
Anyway, for now, it goes together with this:
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: net/openl2tp/Makefile
handling and
doesn't just provide a PTY through userspace, as that would be a lot of
unnecessary copying from kernel-space to user-space and back...
Can your work go upstream into the openwrt trunk?
On 27/04/12 13:30, David Woodhouse wrote:
On Fri, 2012-04-27 at 13:23 +0300, Daniel Golle wrote
The old version is not available on the mirror any longer, which made
me update it.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: admin/debootstrap/patches/100-busybox_fix.patch
===
--- admin/debootstrap/patches/100
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everybody!
To improve the buildbot situation, Allnet decided to sponsor a host running
buildslave for the OpenWrt community.
It's basically just a small hosted box with a Intel(R) Celeron(R) 220 CPU @
1.20GHz, 2GB of RAM and 1TB HDD running CentOS
When host is x86_64 other than Debian, the Makefile of openl2tp uses /usr/lib64
as SYS_LIBDIR instead of /usr/lib.
Aparently setting CROSS_COMPILE is the way the authors intended to handle this
situation correctly.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
net/openl2tp/Makefile |1
to build all the branches (this is with some failing
to
build thus speeding up the builds). If we had enough resources to build the
profiles it would be nice.
Travis
On Tue, Feb 21, 2012 at 9:20 AM, Daniel Golle dgo...@allnet.de
mailto:dgo...@allnet.de wrote:
From what I can see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone!
I started to port OpenWrt to the Rt3352F. I got a sample of each, Rt3352F,
Rt3052F and Rt3050 here to test.
The Rt3352F is a MIPS24Kc and therefore very similar to the Rt3052F. The main
differences are:
- the main CPU clock is @400MHz
From what I can see the rt305x port is quite stable now and therefore I'd like
to see downloadable snapshot images for the available rt305x boards.
So I was thinking about what prevents buildbot from building images for both
ramips profiles, rt305x and rt288x. First I was thinking there could just
This adds support for the Allnet ALL0256N outdoor AP.
The ALL0256N is based on the Mediatek/RaLink Rt3050 chipset.
It comes with 4MB of SPI flash and 32MB RAM and OpenWrt preinstalled.
Patches in the series are:
1) add entires in machtype.h, Makefile, Kconfig and enable board in
config-2.3.39
2)
ALL0256N: add entires in machtype.h, Makefile, Kconfig and enable board in
config-2.3.39
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ramips/files/arch/mips/ralink/rt305x/Kconfig
===
--- target/linux/ramips
Add mach-all0256n.c doing the board-setup.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ramips/files/arch/mips/ralink/rt305x/mach-all0256n.c
===
--- target/linux/ramips/files/arch/mips/ralink/rt305x/mach
This adds uci-defaults and sysupgrade support for the ALL0256N.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ramips/base-files/lib/ramips.sh
===
--- target/linux/ramips/base-files/lib/ramips.sh(revision
Generate sysupgrade image for the ALL0256N.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ramips/image/Makefile
===
--- target/linux/ramips/image/Makefile (revision 29801)
+++ target/linux/ramips/image/Makefile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I'm trying to use HT40 channels on a Rt3050 SoC. I already fixed some stuff in
the rt2x00 driver to set the RF in the exact same way as the rt2860v2 driver
does. However, hostapd somehow still doesn't setup HT40 properly, though the
debug output
- --
Best regards
Daniel
- --
ALLNET GmbH ; Maistr. 2 ; D-82110 Germering ; Germany
Tel. +49-89-8942 - Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle dgo...@allnet.de
Schulungs-/Veranstaltungsprogramm: http://www.802lab.dehttp://www.802lab.de/
Geschäftsführer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/26/2011 12:20 AM, Roman Yeryomin wrote:
Is in the target mac address writen in uboot environment partition?
Well, it's there on all of my 5 different ramips routers.
Well, it could be, but I've seen devices with
ethaddr=00:AA:BB:CC:DD:10
in
Allow reading the Ethernet MAC address from different places in the firmware.
Use parameters for partition name, offset and OR-mask, so support for more
boards can be added easily.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ramips/base-files/lib/preinit/06_set_iface_mac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2011 08:05 PM, Petri Rosenström wrote:
I do think that it is useful information for users to know what device
they are running.
100% agree. Same issue here, especially relevant when there are many wireless
devices in a network, imagine
Add scripts to comgt to retrieve the IMSI and CNUM to identify the SIM card.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/comgt/files/getimsi.gcom
===
--- package/comgt/files/getimsi.gcom(revision 0)
+++ package
Hi!
sysupgrade for the ALL0258N requires uboot-envtools to be installed to work.
Can we get uboot-envtools included in DEFAULT_PACKAGES in
target/linux/ar71xx/Makefile, so we don't risk that users lock them self on a
build-bot generated firmware and can't upgrade (or downgrade) to another version
Hi Hanno!
I'm working on that for the ALL0258N, going to post a draft later today on
ath9k-devel. Probably this will get us one step closer to support similar
functionality on similar hardware as well. Are you sure setting the antenna
switch is working through GPIO on ath9k hardware as well?
The driver works quite nice and stable for me using a RaLink Rt5370 USB device.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/mac80211/Makefile
===
--- package/mac80211/Makefile (revision 29114)
+++ package/mac80211
Hi!
For a better user-experience it would be nice have some kind of aliasing of
boards, i.e. adding extra machtypes and adding several *_MACHINE( ... ) calls so
/proc/cpuinfo shows what is on the sticker on case and openwrt can identify the
actual device in userspace.
This is an advantage as
Index: target/linux/ar71xx/generic/profiles/allnet.mk
===
--- target/linux/ar71xx/generic/profiles/allnet.mk (revision 0)
+++ target/linux/ar71xx/generic/profiles/allnet.mk (revision 0)
@@ -0,0 +1,41 @@
+#
+# Copyright (C)
Hi again!
I was wondering if there is anything against having buildbot building images for
RaLink Rt305x devices...?
Anything missing in particular? Help needed?
Cheers
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
I noticed most of /etc/defconfig was replaced by /etc/uci-defaults, which is
indeed much nicer. So I moved over ubootenv from having a defconfig-entry to
also be generated from uci-defaults.
/etc/defconfig/all0258n can be removed after this patch was applied.
Signed-off-by: Daniel Golle dgo
,
Sorry for the delay.
В Wed, 2 Nov 2011 19:42:12 +0100
Daniel Golle dgo...@allnet.demailto:dgo...@allnet.de пишет:
Hi Alexander,
On 11/02/2011 01:54 PM, Alexander Gordeev wrote:
Please remove usb-storage module from your filesystem. You can then
restore it from /rom. This will show us
Hi Alexander,
On 11/02/2011 01:54 PM, Alexander Gordeev wrote:
Please remove usb-storage module from your filesystem. You can then
restore it from /rom. This will show us if the problem is with
usb-storage.
Removed usb-storage from rootfs, and usb-modeswitch is still failing on the
first try
Hi Alexander,
On 10/26/2011 06:00 PM, Alexander Gordeev wrote:
I think this is not necessarily USB problem. I've got a couple of times
in the same situation when libusb returned something strange. Both
times it was a bug in uClibc. :)
I'll be happy to help with this issue.
So now, I got
Hi Luka!
On Thu, Oct 27, 2011 at 10:33:25AM +0200, Luka Perkov wrote:
On Thu, Oct 27, 2011 at 02:49:00AM +0200, Daniel Golle wrote:
/etc/fw_env.config in case it doesn't exist yet and we got settings in uci.
Is the init script the right approach? I like the uci idea, but running
init
of PKG_DEPENDS.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/uboot-envtools/files/uboot-envtools.init
===
--- package/uboot-envtools/files/uboot-envtools.init(revision 0)
+++ package/uboot-envtools/files/uboot-envtools.init
On 10/27/2011 04:51 PM, Thomas Langer wrote:
Hi Daniel,
please check, if this really creates multiple entries in /etc/fw_env.config
if they are defined in the uci config.
This is required for (other) boards using a redundant environment.
I think, your current code will only leave a file
environments are now appended to
/etc/fw_env.config.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/uboot-envtools/files/uboot-envtools.init
===
--- package/uboot-envtools/files/uboot-envtools.init(revision 0
A miscalculation in the original patch makes OpenWrt destroy the failsafe image.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ar71xx/files/arch/mips/ar71xx/mach-all0258n.c
===
--- target/linux/ar71xx/files/arch
This introduces an init-script for uboot-envtools which creates
/etc/fw_env.config in case it doesn't exist yet and we got settings in uci.
For the sake of PFY protection don't install the fw_setenv symlink.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/uboot-envtools/files/uboot
This adds default network and uboot-env settings for the ALL0258N.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ar71xx/base-files/etc/defconfig/all0258n/ubootenv
===
--- target/linux/ar71xx/base-files/etc
Adds symlinks for printf and wc to make life happier in the sysupgrade ramdisk.
Also make code more readable by escaping that overly long line.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/base-files/files/lib/upgrade/common.sh
the checksums for the U-Boot environment.
I also fixed the aparently wrong magic-check for ap121 as obviously $magic_long
was ment when comparing with 68737173 and not $magic.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ar71xx/base-files/lib/upgrade/platform.sh
New version of usb-modeswtich.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch/Makefile b/utils/usb-modeswitch/Makefile
index 16bd36b..62444f1 100644
--- a/utils/usb-modeswitch/Makefile
+++ b/utils/usb-modeswitch/Makefile
@@ -8,12 +8,12 @@
include $(TOPDIR
Not particularly beautiful but doing the trick...
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch/files/modeswitch.hotplug
b/utils/usb-modeswitch/files/modeswitch.hotplug
index 1aecb1f..7f9ce94 100644
--- a/utils/usb-modeswitch/files/modeswitch.hotplug
+++ b/utils
There is a new version of usb-modeswitch-data as well.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch-data/Makefile
b/utils/usb-modeswitch-data/Makefile
index 2e514a6..d21a2ca 100644
--- a/utils/usb-modeswitch-data/Makefile
+++ b/utils/usb-modeswitch-data
On Mon, Oct 24, 2011 at 08:24:32PM +0200, Jo-Philipp Wich wrote:
That one does not apply against the current head, can you update the patch?
Fixed it.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch/Makefile b/utils/usb-modeswitch/Makefile
index 68d40d8..62444f1
Aparently this is needed to make usb-modeswitch work properly.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch/files/modeswitch.hotplug
b/utils/usb-modeswitch/files/modeswitch.hotplug
index 1aecb1f..b689aee 100644
--- a/utils/usb-modeswitch/files
New upstream version.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/utils/usb-modeswitch-data/Makefile
b/utils/usb-modeswitch-data/Makefile
index 2e514a6..d0d4457 100644
--- a/utils/usb-modeswitch-data/Makefile
+++ b/utils/usb-modeswitch-data/Makefile
@@ -8,12 +8,12 @@
include
Hi everybody!
I got a weird problem with usb_modeswitch and coldplugging. Though I somehow
understand what could be the cause, I have a hard time figuring out a good
solution
So: libusb needs usbfs on /proc/bus/usb, so usb_modeswitch can work only after
usbfs was mounted at the time of the
WAN is on swtich port 0 for Aztech HW550-3G.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ramips/files/arch/mips/ralink/rt305x/mach-hw550-3g.c
b/target/linux/ramips/files/arch/mips/ralink/rt305x/mach-hw550-3g.c
index c1820d6..5637211 100644
--- a/target/linux/ramips
000-upstream_jffs2reader.patch and 000-upstream_nanddump.patch base on the
prvious version of mtd (20101002). both patches were removed in r24129 updating
mtd to 20101124.
On 10/10/2011 06:47 PM, Stefan Tomanek wrote:
Any idea why my trunk/git snapshot fails to compile?
$ make
[...]
Can we get either this or the equivalent I posted in
[OpenWrt-Devel] [PATCH 2/5] new board: Allnet ALL0258N
commited in trunk?
If not, what's wrong with it?
Cheers
Daniel
On 09/06/2011 12:51 AM, Luka Perkov wrote:
Upgrade uboot-envtools to the newest version, add example config file
and
This adds support for using an external power amplifier as found in the ALL0258N
by merging the vendor-supplied changes in a non-intrusive way.
Please let me know if you see anything which would prevent this from being
included.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package
ar71xx_eth1_data.has_ar7240_switch = 1;
did the trick and I then forgot to try without fifo_cfg afterwards.
Updated the patch accordingly.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ar71xx/files/arch/mips/ar71xx/mach-all0258n.c
Hi everybody!
Here comes support for a new device: the Allnet ALL0258N
In order to get OpenWrt running, sysupgrade was heavily pimped to update the
U-Boot environment, something we can probably reuse on other targets as well.
Unfortunately, ath9k doesn't yet support using an external antenna
This patchs adds support for the Allnet ALL0258N outdoor AP/bridge.
The ALL0258N is based on the AR7240 SoC paired with an AR9285 radio, it got 8MB
of NOR and 32MB SDRAM.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/ar71xx/files/arch/mips/ar71xx/mach-all0258n.c
.
Unfortunately, no newer version of the sources is available from Debian, so we
got to take it from the u-boot source which is kinda ugly...
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/uboot-envtools/patches/001-crc32_func_signature.patch
Include busybox symlinks in the ramdisk for /usr/bin/printf and /usr/bin/which
as well as /bin/stat (if available).
Also include uboot-envtools if we got them installed.
This is needed to write checksums and sizes to uboot-env during sysupgrade.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index
This adds checksum support to sysupgrade as needed for U-Boot on the ALL0258N.
Probably this can be useful for other targets as well.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: platform.sh
===
--- platform.sh (revision
This is a temporary solution to add support for the external antenna switching
logic built-into the ALL0258N. Obviously this cannot go upstream, but works
for now...
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: 950-ar9285_external_pa_and_high_power.patch
On 09/07/2011 11:02 PM, Felix Fietkau wrote:
On 2011-09-07 10:03 PM, Daniel Golle wrote:
This is a temporary solution to add support for the external antenna
switching
logic built-into the ALL0258N. Obviously this cannot go upstream, but works
for now...
What kind of values get written
Is it always the same blocks failing?
If so, it's more likely to be some error on NAND Level, otherwise it
could also be SPI communication somehow failing or weird bugs in mtd or
ubi...
What NAND chip is used on your board?
I had a SheevaPlug for testing, but the internal power supply died a
struct ieee80211_if_ibss *ifibss = sdata-u.ibss is used as the lock owner.
Aparently this doesn't matter as long as lock debugging is switched off, but
does not compile (as ifibss is undefined in the function) otherwise.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/mac80211
passed torture test, do not mark it a bad
UBI: run torture test for PEB 103
UBI: PEB 103 passed torture test, do not mark it a bad
UBI: run torture test for PEB 103
Bug easy to reproduce from a initramfs.
Any idea ?
Romary
Le 05/08/2011 14:48, Daniel Golle a écrit :
Enable ubifs
This allows building the module for the national lm95241 i2c temperature sensor.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/kernel/modules/hwmon.mk
===
--- package/kernel/modules/hwmon.mk (revision 27890
is compatible with the one
found in recent kernels...
Thank you for having a look at this!
Daniel
On 08/08/2011 12:40 PM, Martin Mueller wrote:
Hi Daniel,
On Fri, Aug 05, 2011 at 02:28:54PM +0200, Daniel Golle wrote:
This updates and syncs tools/mtd-utils and packages/utils/mtd-utils to one
This updates and syncs tools/mtd-utils and packages/utils/mtd-utils to one
common
codebase. In order to prevent kernel panics I had to use a recent version of
mtd-utils to generate an ubi image on the host and flash it using ubiformat on
the target (kirkwood in my case).
I use this for almost 2
in
mkubifs.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: tools/mtd-utils/patches/110-portability.patch
===
--- tools/mtd-utils/patches/110-portability.patch (revision 27890)
+++ tools/mtd-utils/patches/110-portability.patch
Enable ubifs on kirkwood (tested it with SheevaPlug).
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: target/linux/kirkwood/image/ubinize.cfg
===
--- target/linux/kirkwood/image/ubinize.cfg (revision 0)
+++ target/linux
New version of mtd-utils in tools to generate ubi images which won't make newer
kernels panic...
Signed-of-by: Daniel Golle dgo...@allnet.de
Index: tools/mtd-utils/patches/110-portability.patch
===
--- tools/mtd-utils/patches/110
On 07/28/2011 02:58 PM, Felix Fietkau wrote:
On 2011-07-28 2:48 PM, Daniel Golle wrote:
New version of mtd-utils in tools to generate ubi images which won't make newer
kernels panic...
Signed-of-by: Daniel Golledgo...@allnet.de
After applying the patch:
Applying ./patches/101-ubifs
On Sun, Jul 24, 2011 at 10:53:42AM +0200, Felix Fietkau wrote:
On 2011-07-18 3:54 PM, Daniel Golle wrote:
To work-around this bug, I created a simple way to initialize the wifi
driver even if the device is disabled and/or there are no vifs, so they
there are sane values
Hi!
Last year we made an OpenWrt-based firmware for the Allnet ALL0305
dual-radio outdoor access point. During the development process, all
patches and additions to OpenWrt were posted on the mailing list and
were merged into trunk.
Now, as the 10.03.1 release of OpenWrt gets closer, it would
I'm happy to see the packages-feed branched for 10.03.1!
restorefactory already uses the new button names from trunk, this patch
backports it to backfire.
Signed-off-by: Daniel Golle dgo...@allnet.de
Index:
branches/packages_10.03.1/utils/restorefactory/files/uci_defaults_restorefactory
won't get too
confused.
I guess the right way[tm] to do this would be fixing madwifi, but we all know
that won't happen...
Signed-off-by: Daniel Golle dgo...@allnet.de
Index: package/base-files/files/etc/init.d/network
===
--- package
This patch makes some small corrections to my previous patch enabling the
modbus plugin of collectd.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
Index: packages/utils/collectd/patches/300-fix-modbus.patch
===
--- packages
I want to use collectd to periodically gather information from my solar charge
controller. That thing speaks modbus and got a bunch of registers to read quite
everything one could want to have beautiful graphs drawn with RRDtool.
Therefore I first made a package Makefile for libmodbus and then
Apparently people are already using libmodbus on OpenWrt, but there is no
package.
(see http://zagrodzki.net/~sebek/openwrt/packages/libmodbus.so )
So I made a Makefile for it, I'd be happy to be the package maintainer for that.
Index: packages/libs/libmodbus/Makefile
This enables the modbus plugin of collectd and patches it so it works with the
current version of libmodbus
Signed-off-by: Daniel Golle daniel.go...@gmail.com
Index: packages/utils/collectd/patches/300-fix-modbus.patch
This patch enables the 'null' storeio module to be build along with the default
'ufs' module.
It allows squid to optionally be used without any disk storage.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
Index: net/squid/Makefile
I currently run OpenWrt in configuration where it is used as a PPPoE router.
The ADSL modem, however, also got a nice webinterface and I want to be able to
access the webinterface through OpenWrt.
Therefore, the same nic which is used for PPPoE also needs to have a static
IPv4 address assigned
please remove my previous post, apparently the computer i used to send
it was infected with some webmail-virus...
On Sun, Mar 13, 2011 at 9:21 AM, Daniel Golle daniel.go...@gmail.com wrote:
i send it using gmail from a public computer while i was traveling. so
probably firefox (or was it chrome
The patch applies cleanly to trunk and everything looks fine.
Also, it looks like it won't break the support of the ath5k PCI-modues of
the ALL0305. So I'm fine with it.
On Thu, Jan 6, 2011 at 2:03 PM, wrote:
mac80211: For ath5k AHB take mac addresses from board configuration
and not from
Good to hear that.
dwc_otg is making progress as well [1], hopefully it's synthezised form
in PPC 405 EX doesn't differ too much from the one found on octeon and
ramips stuff. licensing issues have seemingly been resolved and so only
the SoC glue is missing now...
Cheers
Daniel
[1]
/unbricking tool...
Volunteers?
On 01/16/2011 10:22 PM, Florian Sesser wrote:
Hi Daniel!
Sorry for raining on your parade...
On 16/01/11 19:47, Daniel Golle wrote:
I don't believe there has to be a lot of communication with the
build-bot
Why not? I mean, it is not *much* communication bandwidth-wise
I don't believe there has to be a lot of communication with the
build-bot
Why not? I mean, it is not *much* communication bandwidth-wise, neither
does it have stringent latency requirements. But building on the same
machine that later orchestrates the test makes more sense than
distributing
On 01/17/2011 04:19 PM, Travis Kemen wrote:
I believe that I can create dependent builds, ie if a build completes
then queue the test job, which could be assigned to a single slave.
(This is off the top of my head so it may vary)
Sounds nice!
I also believe the best is to generate test-plans
Good to see this resonating in some form :)
I also like the idea of having it distributed.
I don't believe there has to be a lot of communication with the
build-bot, so buildbot and testbot can be two seperate animals. testbot
should probably have an interface accessible by buildbot to add
Hi!
From what I can judge, WDS support in madwifi r3314 is broken.
There is a ticket about that, see
http://madwifi-project.org/ticket/2395
However, it remained unanswered.
Anyone ever tried using madwifi to build a Layer-2 wireless bridge?
Would you recommend me to...
a) try to fix madwifi to
Apparently the mail-body was broken on the first try. So I resend.
Original Message
Subject: madwifi wds support
Date: Thu, 02 Dec 2010 18:19:10 +0100
From: Daniel Golle daniel.go...@gmail.com
To: OpenWrt Development List openwrt-devel@lists.openwrt.org
Hi!
From what I can
Am I doing something wrong?
From what I can judge, WDS support in madwifi r3314 is broken.
There is a ticket about that, see
http://madwifi-project.org/ticket/2395
However, it remained unanswered.
Anyone ever tried using madwifi to build a Layer-2 wireless bridge?
Would you recommend me to...
a)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi everybody!
for my current project i need to reliably identify/distinguish several
USB-to-serial devices connected to a 4-port hub. in a desktop
environment, i would use hal over dbus (or in future probably device-kit
over dbus) to select the device
? any better way to do the same?
cheers
daniel
On 10/25/2010 02:21 PM, Benjamin Henrion wrote:
On Mon, Oct 25, 2010 at 1:58 PM, Daniel Golle daniel.go...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi everybody!
for my current project i need to reliably identify/distinguish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- From what I understand we are quite a bit away from supporting Synopsys
DesignWare USB silicon stuff. On linux-ppc there was a discussion about
the legal issues of the dwc_otg driver:
This is needed for other packages to link against krb5.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
---
Index: feeds/packages/net/krb5/Makefile
===
--- feeds/packages/net/krb5/Makefile(revision 23513)
+++ feeds/packages
hi!
This makes wpa_supplicant.conf getting generated according to the comment
about IBSS mode in
http://hostap.epitest.fi/cgi-bin/viewcvs.cgi/hostap/wpa_supplicant/wpa_supplicant.conf?revision=HEAD
To get this working with madwifi, I had to modify madwifi.sh as well so that
wpa_supplicant gets
all left to have working images in backfire 10.03.1 is backporting
changesets 21837, 22187, 22189, 22190 and 22644
(22188 already got backported in r22391 and reformated in r23107)
if everybody is ok with that, I'll do that work tomorrow.
cheers
daniel
On Mon, Oct 11, 2010 at 4:06 PM, OpenWrt
first step towards group TKIP or CCMP shared key in Ad-Hoc mode
should variable start_hostapd be renamed into $start_wpad?
---
Index: package/madwifi/files/lib/wifi/madwifi.sh
===
--- package/madwifi/files/lib/wifi/madwifi.sh
Hi!
I'm trying to setup an Ad-Hoc networking using one common shared AES-256
(CCMP) key.
Is WPA-NONE supported in OpenWrt? What's the intended way of securing an
Ad-Hoc IBSS network with a shared key?
In the Forum, the question remains unanswered
Hi!
With my patch from this morning included (which adds the LED-setting for
the board to diag.sh) this can be considered as 'closed' in trunk, as
all EAP7660D-related things seem to work now.
Cheers!
Daniel
On 07/17/2010 02:37 PM, OpenWrt wrote:
#7478: add support for Senao EAP7660D board
Add eap7660d board to diag.sh
Signed-off-by: Daniel Golle daniel.go...@gmail.com
Index: target/linux/ar71xx/base-files/etc/diag.sh
===
--- target/linux/ar71xx/base-files/etc/diag.sh (revision 22240)
+++ target/linux/ar71xx/base
This patch adds support for reading MAC addresses as well as wireless interface
callibration-data from the board flash of the EAP7660D.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
Index: target/linux/ar71xx/files/include/linux/ath_platform.h
1001 - 1100 of 1120 matches
Mail list logo