I tested USB with latest trunk (revision number 29600) and it did not
work. When I attached my USB drive to the board I received below error
messages.
[ 410.408000] usb 1-1: new high speed USB device number 2 using
ehci-platform
[ 410.584000] usb 1-1: unable to read config index 0 descripto
On 2011-12-23 7:45 AM, Adrian Chadd wrote:
> This sounds like "noise spurs all over the place."
>
> AGC calibration failing can be because of this.
>
> Can you do a channel survey, or something? Felix, what can he do to
> inspect the channel busy % ?
iw wlan0 survey dump
_
This sounds like "noise spurs all over the place."
AGC calibration failing can be because of this.
Can you do a channel survey, or something? Felix, what can he do to
inspect the channel busy % ?
Adrian
___
openwrt-devel mailing list
openwrt-devel@li
Hi,
Thanks for your feedback.
I will modify the patch. Also I am trying to use
driver/mtd/nand/nand_base.c as much as possible. I will submit modify
patch quickly.
Regards,
Tathagata
On 12/23/2011 03:28 AM, Hauke Mehrtens wrote:
On 12/14/2011 05:51 AM, Tathagata Das wrote:
Hi,
Attached i
On 12/22/2011 02:06 AM, Hartmut Knaack wrote:
Caught up with the latest changes, mainly added machine support for
wzr-hp-g300nh2 and hornet-ub. Successfully booted on WR1043ND with r29595
running kernel 3.1.5.
Mostly ok on G300NH, but:
Jan 1 00:02:15 OpenWrt user.info sysinit: /etc/rc.common
On 12/14/2011 05:51 AM, Tathagata Das wrote:
> Hi,
> Attached is the updated kernel patch to support brcm47xx BCMA NAND
> flash. I have removed SSB related code from this patch and I have used
> latest trunk source code to create this patch.
>
> Regards,
> Tathagata
Hi Tathagata,
--- a/drivers/b
On 12/14/2011 06:19 AM, Tathagata Das wrote:
> Hi,
> Attached is the kernel patch to support brcm47xx BCMA USB (both OHCI and
> EHCI).
> I have used latest trunk source code to create this patch.
>
> Regards,
> Tathagata
Hi Tathagata,
I added my USB Host driver for bcma in commit r29575. The ho
Attached is a patch for trunk which fixes gpio assignments for EnGenius
devies on the ar231x platform. This patch fixes rebooting as well the
reset button for the following devices:
ECB-3500, EAP-3660, EOA-3630, EOC-2611P, EOC-1650, EOC-5611P
Signed-off-by: Jonathan Bither
Ind
On 2011-12-22 2:25 PM, Helmut Schaa wrote:
> On Thu, Dec 22, 2011 at 2:13 PM, Felix Fietkau wrote:
>> On 2011-12-22 1:57 PM, Helmut Schaa wrote:
>>> Any ideas how to resolve that issue for wifi interfaces?
>> The proper solution is switching to netifd (which will be the default as
>> soon as the r
On Thu, Dec 22, 2011 at 5:19 AM, Christoph Thielecke
wrote:
> Hello,
>
>> > here are the packages for updated e1000 and e1000e drivers from
>> > sourceforge.
>> >
>> > Please notice that you can only use one of the drivers kmod-e1000 or
>> > e1000 (kmod-e1000e or e1000e).
>>
>> Any particular reas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I'm trying to run an HT40-enabled AP using the rt2880 mac80211 driver on OpenWrt
running on an Rt3050 SoC.
Somehow, the performance doesn't differ no matter if HT40 is enabled or not.
Though the nominal bitrate shown in iwconfig is 72.2MBit/s for H
On Thu, Dec 22, 2011 at 2:13 PM, Felix Fietkau wrote:
> On 2011-12-22 1:57 PM, Helmut Schaa wrote:
>> Any ideas how to resolve that issue for wifi interfaces?
> The proper solution is switching to netifd (which will be the default as
> soon as the remaining proto handlers have been ported).
Nice!
On 2011-12-22 1:57 PM, Helmut Schaa wrote:
> Hi,
>
> with current trunk I ran into a problem with a bridged AP mode interface.
>
> The cause for this is the following commit:
>
> commit b920313ef3f2229908c3314a180aa567a26d2df2
> Author: nbd
> Date: Sat Sep 24 20:34:17 2011 +
>
> base
Hi,
with current trunk I ran into a problem with a bridged AP mode interface.
The cause for this is the following commit:
commit b920313ef3f2229908c3314a180aa567a26d2df2
Author: nbd
Date: Sat Sep 24 20:34:17 2011 +
base-files: apply network interface settings such as macaddr, mtu
and
On 2011-12-22 12:11 PM, wireless newbie wrote:
> I still haven't been able to get this thing working. But I have made
> some tests on other powerpc target (mpc8315 cpu versus mpc8321 cpu on
> my own target) and I can tell that this problem doesn't seem to be
> related to big endian environment. Ar9
Hello,
> > here are the packages for updated e1000 and e1000e drivers from
> > sourceforge.
> >
> > Please notice that you can only use one of the drivers kmod-e1000 or
> > e1000 (kmod-e1000e or e1000e).
>
> Any particular reasons not to use the mainline e1000 and e1000e drivers?
Yes, the mainline
Hello,
On 12/22/11 10:33, Christoph Thielecke wrote:
Hello,
here are the packages for updated e1000 and e1000e drivers from sourceforge.
Please notice that you can only use one of the drivers kmod-e1000 or e1000
(kmod-e1000e or e1000e).
Any particular reasons not to use the mainline e1000 an
Hello,
here are the packages for updated e1000 and e1000e drivers from sourceforge.
Please notice that you can only use one of the drivers kmod-e1000 or e1000
(kmod-e1000e or e1000e).
With best regards
Christoph
--
Linux User Group Wernigerode
http://www.lug-wr.de/
diff -burN package.old/e10
On 2011-12-22 9:33 AM, Christoph Thielecke wrote:
> Hello,
>
> yesterday I had the problem that a openwrt box (x86) has many processes with
> status D and reboot (even reboot -f) does not work. By default sysrq is not
> enabled in kernel and cant be made as module.
>
> After some research someo
Hello,
yesterday I had the problem that a openwrt box (x86) has many processes with
status D and reboot (even reboot -f) does not work. By default sysrq is not
enabled in kernel and cant be made as module.
After some research someone in #openwrt got the idea to create a kernel panic
(which wor
20 matches
Mail list logo
