On 01/11/2012 07:16 PM, Mark Deneen wrote:
Quick question, since I don't know the full story here.. but the
buffalo gpl source for u-boot for the G300NH is available. The NH2
u-boot source is MIA, though.
http://opensource.buffalo.jp/gpl_wireless.html
It's in the G300NH tarball. The source fr
Minimal failing test program...
local cs = cairo.ImageSurface(CAIRO.FORMAT_RGB24, 320, 240)
local cr = cairo.Context(cs)
cr:select_font_face("Sans", CAIRO.FONT_SLANT_NORMAL, CAIRO.FONT_WEIGHT_BOLD)
cr:set_font_size(8)
cr:show_text("Hs")
cr:select_font_face("Sans", CAIRO.FONT_SLANT_NORMAL, CAIRO.
I have verified now that the luaCairo wrapper works without issue on
x86. So this is something OpenWRT or ARM specific.
--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/list
I'm working on a Wifi to 802.15.4 router project. 802.15.4 runs IPv6
using 6lowpan/ROLL. The hardware and software are open source, main
site is http://mc1322x.devl.org/. Most users are universities doing
research into sensor networks.
The router is currently under development. It is based on a lp
Hi Tathagata,
My device uses serial flash and not nand flash. From the Broadcom SDK I
got the following code to detect a device using nflash. When using this
code in drivers/bcma/driver_mips.c instead of the detection you had in
it before bcma do not want to initialize nflash for my device and it
On Fri, Jan 13, 2012 at 8:54 PM, Jo-Philipp Wich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> just seen your message on the Lua list - be aware that OpenWrt Lua is
> heavily patched, so maybe try again with some of the Lua patches removed
> and see if the issue persists.
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
just seen your message on the Lua list - be aware that OpenWrt Lua is
heavily patched, so maybe try again with some of the Lua patches removed
and see if the issue persists.
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
C
On Fri, Jan 13, 2012 at 12:50 PM, Jo-Philipp Wich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> You can suppress this note by ensuring the compiler is called with
> "-fhonour-copts". If the configure script does not respect the CFLAGS
> variable, you can try to redefine CC as
> CC=
I'm seeing this:
Realtek RTL8366S ethernet switch driver version 0.2.2
[1.01] rtl8366s rtl8366s: using GPIO pins 19 (SDA) and 20 (SCK)
[1.01] rtl8366s rtl8366s: unknown chip id ()
[1.02] rtl8366s rtl8366s: chip detection failed, err=-19
[1.03] eth0: Atheros A
Hi,
This is my first post, hi to everybody.
I'm not sure if it is the correct place for this proposal or should be in
the forum, I hope it's, sorry the other way.
In atheros target there is /etc/hotplug.d/button/00-button file, very handy
for configuring the actions for gpio buttons in /etc/conf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You can suppress this note by ensuring the compiler is called with
"-fhonour-copts". If the configure script does not respect the CFLAGS
variable, you can try to redefine CC as
CC="$(TARGET_CC) -fhonour-cflags".
hth,
~ Jow
-BEGIN PGP SIGNATURE--
The previous test is failing because the mutex_attr stubs are not
present in libc. The work around is to add --enable-pthread=yes on
./configure.
That triggers another failure; the configure test is looking for a
clean stderr. The openwrt compiler is producing this warning: cc1:
note: someone does
On 01/04/2012 05:49 AM, Tathagata Das wrote:
> Hi Hauke,
> I built from scratch with your patch. I hope your changes were applied
> because I used revision 29611.
> I did not see any of those message as you mentioned.
> If I am able to fix this issue I will send you the patch for new device.
>
>
I can't figure out why this configure test is failing for
`pthread_mutexattr_init' but it is passing for 'pthread_mutex_init'.
Any ideas?
configure:33721: arm-openwrt-linux-uclibcgnueabi-gcc -o conftest
-D_REENTRANT
-I/home/apps/openwrt/trunk/staging_dir/target-arm_v5te_uClibc-0.9.32_eabi/usr/inc
Actually this patch has already been merged into hostapd due 11/11/2011.
But until openwrt uses hostapd-2003, this patch is needed to let IBSS-RSN
work in wpa_supplicant
Signed-off-by: Antonio Quartulli
---
.../800-IBSS-fix-RSN-key-initialisation.patch | 42
1 fil
Signed-off-by: Antonio Quartulli
---
package/hostapd/files/wpa_supplicant-full.config |2 ++
package/hostapd/files/wpa_supplicant-mini.config |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/package/hostapd/files/wpa_supplicant-full.config
b/package/hostapd/files/wpa
Signed-off-by: Antonio Quartulli
---
package/hostapd/files/wpa_supplicant.sh | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/package/hostapd/files/wpa_supplicant.sh
b/package/hostapd/files/wpa_supplicant.sh
index 1ab6c66..0d69628 100644
--- a/packag
Signed-off-by: Antonio Quartulli
---
package/mac80211/files/lib/wifi/mac80211.sh | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/package/mac80211/files/lib/wifi/mac80211.sh
b/package/mac80211/files/lib/wifi/mac80211.sh
index 13390b8..3040ca4 100644
--- a/packa
Signed-off-by: Antonio Quartulli
---
package/madwifi/files/lib/wifi/madwifi.sh |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/package/madwifi/files/lib/wifi/madwifi.sh
b/package/madwifi/files/lib/wifi/madwifi.sh
index 8a4572d..d1dba41 100755
--- a/package/madwif
Actually openwrt does not correctly support either IBSS/WPA-NONE or IBSS-RSN.
This patchset aims to modify all the needed packages in order to provide
WPA-NONE support in ad-hoc mode for madwifi and IBSS-RSN support in ad-hoc mode
for mac80211 drivers.
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 13.01.2012 10:48, wrote Roman Yeryomin:
> The best noise source would probably be radial mse parameter which
> will include radio noise and circuit noise. So, potentially, it's even
> better than hardware random generators (which take only circuit
>
On 12 January 2012 19:47, Florian Fainelli wrote:
>>> Although I've done this on ramips platform and didn't face any issues
>>> I think that, potentially, a better source or entropy would be radio
>>> noise. Of cause if it's possible to get.
>>>
>> As network traffic from cable, radio noise could
22 matches
Mail list logo
