Peter.K kirjoitti 15.8.2012 kello 9.30:
> I using openwrt-trunk lastest version in Ralink rt3352 EVB.
> Wireless driver seems doesn't work.
>
> Does anyone know rt3352 wireless worked or not in current trunk?
>
On D-Link DIR-615 H1, the driver loads without any errors. Yet no packets are
rec
I used an ALL5002 module for developing and testing the Rt3352F WiFi driver, and
it works nice on that one.
In order to be able to understand what's happening on your board, I need more
information (logfiles with rt2x00 debugging enabled, dump of the "factory"
partition on the flash, ...) and ideal
I almost forgot about it:
The rt2x00 driver has a mysterious problem with the carrier state of the network
interface.
There is a (dirty) work around for it:
http://patchwork.openwrt.org/patch/2404/
I'm still investigating to find the actual cause for that...
On 15/08/12 10:50, Mikko Hissa wrote:
An improved LED support for Buffalo WZR-HP-AG300H.
There will be two new packages to go with this patch
(ar922x-led-fix-hotplug and ar922x-led-fix-init).
These packages essentially perform the same task of
disabling "JTAG over GPIO pins" function which is
currently required for LEDs on AR922x emac
New package ar922x-led-fix-hotplug.
This package includes a hotplug script to disable
"JTAG over GPIO pins" function which is currently
required for LEDs on AR922x emac GPIO to work.
There is another package ar922x-led-fix-init
that performs the same task. Selecting either package
will work, and
New package ar922x-led-fix-init.
This package includes an init.d script to disable
"JTAG over GPIO pins" function which is currently
required for LEDs on AR922x emac GPIO to work.
There is another package ar922x-led-fix-hotplug
that performs the same task. Selecting either package
will work, and
On 12-08-15 01:28 AM, Edy Corak wrote:
> Index: files/lsm_script
> ===
> --- files/lsm_script (Revision 33177)
> +++ files/lsm_script (Arbeitskopie)
...
> +cat < +Subject: "LSM: ${NAME} ${STATE}, DEV ${DEVICE}"
> +
> +Hi,
> +
> +Your
On 12-08-15 06:50 AM, Brian J. Murrell wrote:
> On 12-08-15 01:28 AM, Edy Corak wrote:
>> Index: patches/110-MODULESDIR.patch
>> ===
>> --- patches/110-MODULESDIR.patch (Revision 33177)
>> +++ patches/110-MODULESDIR.patch (Arb
I just tested this patch, it works very nice on all systems I got here!
Thanks a lot!
Is there any reason why it's not being committed?
On 06/05/12 03:46, Tobias Diedrich wrote:
> Third time's a charm.
>
> This patch adds swconfig support for ramips_esw:
>
> Tested on both D-LINK DIR-300 B1 a
On 15/08/12 13:41, Daniel Golle wrote:
> I just tested this patch, it works very nice on all systems I got here!
>
> Thanks a lot!
>
> Is there any reason why it's not being committed?
>
>
i will test it on 2-3 of my ralink units later aswell
___
open
we have sometimes the problem that a board will not
come up after a remote reboot. we already switched on
during early boot in /etc/init.d/00... these sysctl flags:
vm.panic_on_oom=1
kernel.panic_on_oops=1
kernel.panic=10
but this is sometimes not enough. i'am unsure what happens,
but if a board
Hi,
CONFIG_CMDLINE is used.
Maybe do the change to config-3.3 and do a
make target/linux/clean
make
Now your kernel should be called with the CMDLINE.
/Regards
Peter
On Wednesday 15 August 2012 14:30:56 Bastian Bittorf wrote:
> we have sometimes the problem that a board will not
> come up afte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.08.2012 02:38, Adam Gensler wrote:
> The following patch corrects a hard reset that occurs on alix and
> soekris net5501 hardware. Specifically, this is an issue with the
> via rhine NIC driver. Under periods of extreme load, the via rhine
> dri
On 15/08/12 14:12, Michael Markstaller wrote:
Getting back to the core (this is also reproducable under Debian back
to 2.6.32):
Your patch and the changes in kernel 3.5 which they're based on fix
the reboot but it's still a heavy DoS against the Box (Alix).
Smashing 70 mbit with 64 byte packets
This takes the device_id and subsystem_id from the EEPROM, I'll add
the info for other Rt3xxx chips in the next days.
Signed-off-by: Daniel Golle
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index b2fc6aa..5ca0a45 100644
--- a/package/iwinfo/src/iwinfo_lib.c
+++
Hi,
As you may have noticed we are getting prepared for the Attitude
Adjustment release.
The 3 build bots that we are using to generate the binaries have been
running none stop for the last 3 weeks. Trunk and the packages feed are
now in a state that all packages build for all targets that will b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Committed with minor whitespace changes in r33199 - thanks.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlArzaYACgkQdputYINPTPMrOQCgn12xo+csEASGCFYwYy151X
Hi.
My Buffalo WZR-HP-AG300H is said to have AR9220 and AR9223.
root@ag300h:/# cat /sys/devices/pci\:00/\:00\:11.0/subsystem_device
0xa097
root@ag300h:/# cat /sys/devices/pci\:00/\:00\:12.0/subsystem_device
0xa096
--- shinoda
On 2012/08/16, at 1:08, Daniel Golle wrote:
> Thi
Glad to hear that things are going forward with the Attitude Adjustment release.
On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
wrote:
> The 3 build bots that we are using to generate the binaries have been
> running none stop for the last 3 weeks. Trunk and the packages feed
> are
On 15/08/12 18:27, Aaron Z wrote:
> Glad to hear that things are going forward with the Attitude Adjustment
> release.
>
> On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
> wrote:
>> The 3 build bots that we are using to generate the binaries have been
>> running none stop for the l
- Original Message -
> From: "John Crispin"
> To: openwrt-devel@lists.openwrt.org
> Sent: Wednesday, August 15, 2012 12:31:41 PM
> Subject: Re: [OpenWrt-Devel] Attitude Adjustment (12.08)
>
> On 15/08/12 18:27, Aaron Z wrote:
> > Glad to hear that things are going forward with the Attitud
No idea, but I've got a slightly updated patch by now, which I
haven't gotten around to submit again. :)
Daniel Golle wrote:
> I just tested this patch, it works very nice on all systems I got here!
>
> Thanks a lot!
>
> Is there any reason why it's not being committed?
>
>
> On 06/05/12 03:46
> CONFIG_CMDLINE is used.
> Maybe do the change to config-3.3 and do a
>
> make target/linux/clean
> make
>
> Now your kernel should be called with the CMDLINE.
no, does not work:
user@buildbox:~/openwrt$ grep ^"CONFIG_CMDLINE=" target/linux/ar71xx/config-3.3
CONFIG_CMDLINE="rootfstype=squashf
On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
wrote:
> As you may have noticed we are getting prepared for the Attitude
Adjustment release.
Does that also mean that Backfire is going to be retired? With no formal
10.03.2 forthcoming?
Is the plan that AA will be the new "stable
On 15/08/12 20:43, Hannu Nyman wrote:
> On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
> wrote:
>> As you may have noticed we are getting prepared for the Attitude
> Adjustment release.
>
> Does that also mean that Backfire is going to be retired? With no formal
> 10.03.2 forthcoming
On Wed, Aug 15, 2012 at 2:43 PM, Hannu Nyman wrote:
> On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
> wrote:
>> As you may have noticed we are getting prepared for the Attitude
>> Adjustment release.
>
> Does that also mean that Backfire is going to be retired? With no formal
> 10.0
Signed-off-by: Daniel Golle
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index 5ca0a45..8d5569d 100644
--- a/package/iwinfo/src/iwinfo_lib.c
+++ b/package/iwinfo/src/iwinfo_lib.c
@@ -370,6 +370,7 @@ const struct iwinfo_hardware_entry
IWINFO_HARDWARE_ENTRIES[] =
>
> what to try next?
the cmdline is patched inside target/linux/ar71xx/image/Makefile
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
> Can't stuff done in the bleeding-edge be backported to the stable?
there is nobody, who can do that.
think about this: there are more than 400 open patches.
it's a matter of time to fiddle them into trunk,
not to mention backporting...
bye, bastian
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Added in r33200 - thanks.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlAsBfwACgkQdputYINPTPOPvQCgp3rdb/GN92Mw8s5qGc41cxIN
kegAn1ezge3MAdGGbXJ0AuBsVID027p
On 8/15/12 9:12 AM, Michael Markstaller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.08.2012 02:38, Adam Gensler wrote:
The following patch corrects a hard reset that occurs on alix and
soekris net5501 hardware. Specifically, this is an issue with the
via rhine NIC driver. Under
On Wed, 15 Aug 2012 20:43:24 +0200, Hannu Nyman wrote:
On Wednesday, August 15, 2012 at 12:09:15 PM "John Crispin"
wrote:
> As you may have noticed we are getting prepared for the Attitude
Adjustment release.
Does that also mean that Backfire is going to be retired? With no formal
10.0
32 matches
Mail list logo