OpenWrt Forum Archive

Topic: Cisco WAP4410N

The content of this topic has been archived on 30 Mar 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

I'm looking for a firmware version of Cisco WAP4410. I have found a anoucement about this device ("toh/linksys/wap4410n.txt · Last modified: 2013/06/15 18:57 by lorema") but don't know how to pick a right one.

Please help me pick a right firmware version for Cisco WAP441N.

Thanks a lot.

There isn't yet. But I have upgrade a newest firmware from Linksys but device is still unstable. Number of connection very poor.
I will buy a new one with recommend specs.

Thanks a lot.

Hi

Can I know what is new about WAP4410N ?

And

How can I update it by Openwrt firmware ?

Please help me.

I'm waiting you ?????

U-Boot 1.1.4 (May 13 2008 - 16:51:14)

AP83 (ar9100) U-boot 0.0.11
32 MB
Top of RAM usable for U-Boot at: 82000000
Reserving 296k for U-Boot at: 81fb4000
Reserving 192k for malloc() at: 81f84000
Reserving 44 Bytes for Board Info at: 81f83fd4
Reserving 36 Bytes for Global Data at: 81f83fb0
Reserving 128k for boot params() at: 81f63fb0
Stack Pointer at: 81f63f98
Now running in RAM - U-Boot at: 81fb4000
Name: MXIC-29LV640DBTC Flash id: 0xC222CB, Size: 8388608 bytes.
Flash:  8 MB
In:    serial
Out:   serial
Err:   serial
Net:   ATHRF1E: Port 0, Neg Success
Link is Down !!!

### main_loop entered: bootdelay=4

### main_loop: bootcmd="bootm 0xbf6A0000"
AP101NA - Sercomm Loader Version 1.00
gpio_init called.
cold start!!!
cold_start flag removed.
mac in flash:   
mac in env :   
Hit any key to stop autoboot:  0
## Booting image at bf6a0000 ...
   Image Name:   Linux Kernel Image
   Created:      2012-11-29   1:56:16 UTC
   Image Type:   MIPS Linux Kernel Image (gzip compressed)
   Data Size:    875551 Bytes = 855 kB
   Load Address: 80002000
   Entry Point:  801c2000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
No initrd
## Transferring control to Linux (at address 801c2000) ...
## Giving linux memsize in bytes, 33554432

Starting kernel ...

Linux version 2.6.15--LSDK-7.3.0.435 (root@APBS) (gcc version 3.4.4) #22 Thu Feb 23 10:30:01 CST 2012
flash_size passed from bootloader = 8
arg 1: console=ttyS0,115200
arg 2: root=31:02
arg 3: rootfstype=jffs2
arg 4: init=/sbin/init
arg 5: mtdparts=ar9100-nor0:256k(u-boot),64k(u-boot-env),6464k(rootfs),1280k(uImage),64k(nvram),64k(calibration)
arg 6: mem=32M
CPU revision is: 00019374
Determined physical RAM map:
memory: 02000000 @ 00000000 (usable)
User-defined physical RAM map:
memory: 02000000 @ 00000000 (usable)
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=31:02 rootfstype=squashfs init=/sbin/init mtdparts=ar9100-nor0:256k(u-boot),64k(u-boot-env),6464k(rootfs),1280k(uImage),64k(nvram),64k(calibration) mem=32M
Primary instruction cache 64kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, linesize 32 bytes.
Synthesized TLB refill handler (20 instructions).
Synthesized TLB load handler fastpath (32 instructions).
Synthesized TLB store handler fastpath (32 instructions).
Synthesized TLB modify handler fastpath (31 instructions).
Cache parity protection disabled
PID hash table entries: 256 (order: 8, 4096 bytes)
Using 200.000 MHz high precision timer.
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30440k/32768k available (1466k kernel code, 2312k reserved, 321k data, 112k init, 0k highmem)
Mount-cache hash table entries: 512
Checking for 'wait' instruction...  available.
NET: Registered protocol family 16
SCSI subsystem initialized
AR7100 GPIOC major 0
squashfs: version 3.4 (2008/08/26) Phillip Lougher
squashfs: LZMA suppport for slax.org by jro
Initializing Cryptographic API
io scheduler noop registered
io scheduler deadline registered
Serial: 8250/16550 driver $Revision: #2 $ 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x0 (irq = 19) is a 16550A
RAMDISK driver initialized: 1 RAM disks of 8192K size 1024 blocksize
venid(000000c2) , devid(000022cb)
FLASH ID: MX29LV640DBT SIZE: (8 MB)
6 cmdlinepart partitions found on MTD device ar9100-nor0
Creating 6 MTD partitions on "ar9100-nor0":
0x00000000-0x00040000 : "u-boot"
0x00040000-0x00050000 : "u-boot-env"
0x00050000-0x006a0000 : "rootfs"
0x006a0000-0x007e0000 : "uImage"
0x007e0000-0x007f0000 : "nvram"
0x007f0000-0x00800000 : "calibration"
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
ieee80211: 802.11 data/management/control stack, git-1.1.7
ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
ar7100wdt_init: Registering WDT success
VFS: Mounted root (squashfs filesystem) readonly.
Freeing unused kernel memory: 112k freed
Hey, here
init started:  BusyBox v1.1.0 (2011.10.27-14:28+0000) multi-call binary
init started:  BusyBox v1.1.0 (2011.10.27-14:28+0000) multi-call binary
Starting pid 14, console /dev/console: '/etc/rcS'
insmod ag7100_mod.ko
ag7100_mod: module license 'unspecified' taints kernel.
AG7100: Length per segment 1536
AG7100: Max segments per packet 1
AG7100: Max tx descriptor count    40
AG7100: Max rx descriptor count    252
AG7100: fifo cfg 3 00780008
AG7100CHH: Mac address for unit 0
AG7100CHH:
AG7100CHH: Mac address for unit 1
AG7100CHH: 00:00:00:00:00:00
insmod led.ko
insmod push_button.ko
/usr/sbin/pb_ap Running............
/usr/sbin/led_ap Running............
/usr/sbin/networkIntegrality Running..........
/usr/sbin/rc init Running............
/usr/sbin/scfgmgr init Running............
download uses obsolete (PF_INET,SOCK_PACKET)
/usr/sbin/rc start Running............
ap_name=bridge,action=start
ap_name=lan,action=start
ag7100_ring_alloc Allocated 480 at 0x801dc400
ag7100_ring_alloc Allocated 3024 at 0x81d2b000
AG7100: cfg1 0x27 cfg2 0x7014
ATHRF1: Port 0, Negotiation timeout
ATHRF1: unit 0 phy addr 0 ATHRF1: reg0 1000
AG7100: unit 0: phy not up carrier 1
Writing 4
start to write
ether_ctrl=0
ether_speed=10Mbps
ether_duplex=half duplex
device eth0 entered promiscuous mode
ap_name=ip,action=start
route: SIOC[ADD|DEL]RT: No such process
ap_name=ipv6,action=start
ap_name=telnetd,action=start
ap_name=httpd,action=start
ap_name=ntp,action=start
socket: Bad file descriptor
socket: Bad file descriptor
Tue Jan  1 00:00:00 UTC 2008
ap_name=syslogd,action=start
ap_name=snmp,action=start
ap_name=wlan,action=start
NOTE: GARP request is sent.
ap_name=balance,action=restart
killall: hostapd: no process killed
ap_name=wscupnp,action=restart
ap_name=stp,action=start
ap_name=lld2,action=start
ap_name=lanDot1xSupp,action=start
ap_name=wins,action=restart
ap_name=httpredirect,action=restart
ap_name=sshd,action=start
ap_name=mdns,action=restart

Please press Enter to activate this console.

I'm also very interested in having OpenWRT run on these Cisco/Linksys WAP4410N Boxes. Can I help in any way to speed things up a little?

Bump.

Any progress on this device?  Any success stories?

Cheers.

Hello!

I would also like OpenWRT on these devices.

If you are simply lacking testing-hardware: Perhaps I could contribute one or two WAP4410N, as our company is currently "phasing out" those devices.

I'm from Germany, feel free to send me a personal message.


Regards

René

Hi!
Is anyone know, when OpenWrt will be available on WAP4410N?
The OpenWrt Wiki says that developing is at final stage, but it was last edited on 2014/04/28.
Is any progress from that time?

Kozak_Mamaj wrote:

Hi!
The OpenWrt Wiki says that developing is at final stage, but it was last edited on 2014/04/28.
Is any progress from that time?

Almost giving up the hope... I could supply hardware, I'm willing to help if only I knew how smile
44kbps - anything I can do?

Hate to necrobump, but it wouldn't be a first for this thread.

The WAP4410N is now supported by trunk as of today. However, it needs to be flashed using the serial port. See the wiki page for instructions.

rman wrote:

Hate to necrobump, but it wouldn't be a first for this thread.

The WAP4410N is now supported by trunk as of today. However, it needs to be flashed using the serial port. See the wiki page for instructions.

Great news, it is (was) in trunk - somebody removed it however again. You can find it with
svn checkout -r 46250 svn://svn.openwrt.org/openwrt/trunk/

After building that revision i managed to flash the kernel via serial console / tftpboot as described in the wap4410 page, however my problems start from there...

The kernel panics, failing to find its root device:
[    0.330000] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    0.340000] Please append a correct "root=" boot option; here are the available partitions:
[    0.350000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    0.350000] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

What I did:
* supplied root=31:03 leading to "unknown root device 31:03"
* supplied the original
   mtdparts=ar9100-nor0:256k(u-boot),64k(u-boot-env),1600k(uImage),6208k(rootfs),64k(nvram),64k(calibration)
   line, however no change.

I believe that for some reasons the mtd driver does not evaluate the mtdparts=... part in the command line at all - hoewver I do not see why. Can anybody help?

Please Could any one make flash backup and put here because I bricked my WAP4410N flash, or anything to help me??

dplasa wrote:
rman wrote:

Hate to necrobump, but it wouldn't be a first for this thread.

The WAP4410N is now supported by trunk as of today. However, it needs to be flashed using the serial port. See the wiki page for instructions.

Great news, it is (was) in trunk - somebody removed it however again. You can find it with
svn checkout -r 46250 svn://svn.openwrt.org/openwrt/trunk/

After building that revision i managed to flash the kernel via serial console / tftpboot as described in the wap4410 page, however my problems start from there...

The kernel panics, failing to find its root device:
[    0.330000] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    0.340000] Please append a correct "root=" boot option; here are the available partitions:
[    0.350000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    0.350000] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

What I did:
* supplied root=31:03 leading to "unknown root device 31:03"
* supplied the original
   mtdparts=ar9100-nor0:256k(u-boot),64k(u-boot-env),1600k(uImage),6208k(rootfs),64k(nvram),64k(calibration)
   line, however no change.

I believe that for some reasons the mtd driver does not evaluate the mtdparts=... part in the command line at all - hoewver I do not see why. Can anybody help?

I have the same error, any progress?
If there isn't any solution right now, I wanna rollback to original firmware, how can I do that? hmm

p.s. new trunk version is larger than the old one, so it will not fit in memory specified in openwrt wiki.

Hello, any success stories?
I will try to flash my WAP4410n with openwrt.
Maybe someone has link, how to build image and flash it using serial console? Or maybe someone has successfully flashed image and has this image?

Sorry for bumping again and again, but we have a few wap4410n devices and none of these are stable. I really want to try openwrt if it's possible..

glauco34 wrote:

Hi,
I've successfully build an openwrt image, you can find it here:
https://blog.anzani.net/index.php?id=op … o-wap4410n

Be aware that LAN must be set to 100mbps on switch side.

Glauco.

Thank you very much, everything is working with OpenWrt. Hope this will make my devices stable again.

(Last edited by ntsc443 on 22 Mar 2016, 11:20)

I can confirm, that all devices are stable and PoE is also working. Thank you for help once again.

(Last edited by ntsc443 on 8 Apr 2016, 07:45)

The discussion might have continued from here.