Hey,
> This patch is an update of http://patchwork.openwrt.org/patch/1452/
>
> The update makes sure that the kernel config actually enables gpio sysfs,
> not just provides support for it. So, as well as the patch, it includes a
> diff on the default config for atheros. The patch itself is un
On Sunday 27 November 2011 19:31:42 Jo-Philipp Wich wrote:
> Applied in r29343 and r29344 - thank you!
>
> ~ Jow
In https://dev.openwrt.org/changeset/29347 you removed the 'interfaces'
setting from smb.conf.template. Without this settings smbd won't startup
without showing any kind of error. Wh
This patch is an update of http://patchwork.openwrt.org/patch/1452/
The update makes sure that the kernel config actually _enables_ gpio sysfs, not
just provides support
for it. So, as well as the patch, it includes a diff on the default config for
atheros. The patch
itself is unchanged, and
This patch seems like a really good idea for the ar71xx family. What
sorts of problems are preventing this from being implemented? As small
as it sounds, an extra 192k would be really useful on quite a few
routers.
~Jonathan Bennett
___
openwrt-devel mai
Added Proper Hardware Support for Ubiquity AirRouter.
v1: No more MAC address duplication.
Fixed issues from: http://patchwork.midlink.org/patch/1284/
-WAN and LAN Port inverted *fixed*
-LEDs not correct *fixed, 1 user LED 'globe' working, no more inverted
operation*
v2: L
hi,
I was initially handling the frame in userspace after reading from raw
sockets.
As I want only beacon frames, I had to use pcap to set a filter in kernel
for efficient program.
I was able to sniff on phy0 while using raw sockets, but when I do the same
using pcap, I get the following error :
*
Mostly a bug fix release, full release notes at
http://mosquitto.org/2011/11/version-0-14-released/
(0.14.2 includes some post release fixes)
Signed-off-by: Karl Palsson
---
net/mosquitto/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/mosquitto/Makefil
Added Proper Hardware Support for Ubiquity AirRouter.
No more MAC address duplication.
LAN ports were not switched together in previous version.
Fixed issues from: http://patchwork.midlink.org/patch/1284/
-WAN and LAN Port inverted *fixed*
-LEDs not correct *fixed, 1 user LED 'globe' working, no mo
Hi,
it wasn't there yet when I needed it. I should wait a week for your
patch :) Just one point - you increased PKG_RELEASE to 3 instead of
reseting it to 1. PKG_RELEASE goes +1 just when the package is updated
keeping the same version. I would also prefer including init script as
is in my pa
Al 28/11/2011 10:35, En/na John Crispin ha escrit:
At least that's what's done for ath9k devices in the ar71xx platform
(and what I tried to do with this, now bitrotten, patch
http://patchwork.openwrt.org/patch/1169/)
is the performance issue that you patch has fixed ?
I don't think so, si
Hi,
I already created a ticket for such a patch:
https://dev.openwrt.org/ticket/10462
Oliver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch adds variant of IRC server ngIRCd package compiled with
OpenSSL support and init script. ngIRCd also updated to version 18.
Updated patch with
On 28/11/11 09:28, Luca Olivetti wrote:
> Al 28/11/2011 0:29, En/na Andrej Vlašić ha escrit:
>> Some lantiq boards require pci id 168c:ff16 and 168c:ff1a to be added to
>> ath5k in order to detect onboard wlan chip.
>
> I'm not sure it's correct to simply add these ids: ids starting with ff
> iden
Al 28/11/2011 0:29, En/na Andrej Vlašić ha escrit:
Some lantiq boards require pci id 168c:ff16 and 168c:ff1a to be added to
ath5k in order to detect onboard wlan chip.
I'm not sure it's correct to simply add these ids: ids starting with ff
identify a chip with no onboard eeprom, and the flash
13 matches
Mail list logo