Page 37 of 48 FirstFirst ... 27353637383947 ... LastLast
Results 541 to 555 of 714

Thread: New oleg firmware version

  1. #541
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    I got a lot of these when using openvpn:
    Code:
    Mar 21 11:48:40 kernel: Call Trace:
    Mar 21 11:48:40 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 21 11:48:40 kernel: [<c0274090>] tun_chr_aio_write+0x1c8/0x2e4 [tun]
    Mar 21 11:48:40 kernel: [<80003204>] stack_done+0x20/0x40
    Mar 21 11:48:40 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 21 11:48:41 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    I got r2845 installed

  2. #542
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    Quote Originally Posted by wpte View Post
    I got a lot of these when using openvpn:

    I got r2845 installed
    Please try r2837, will bug appear? If yes, try to turn off fastnat by
    Code:
    nvram set misc_fastnat_x=0

  3. #543
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Quote Originally Posted by lly View Post
    Please try r2837, will bug appear? If yes, try to turn off fastnat by
    Code:
    nvram set misc_fastnat_x=0
    I can't flash firmware atm since the router will crash after firmware flash & shutdown.
    Anyway, I thought fastnat was disabled by default, I turned it off and rebooted which solved the problem
    All my internet is tunneling through openvpn again

  4. #544
    Join Date
    Nov 2006
    Location
    Russia, Moscow
    Posts
    3,640
    wpte
    Unfortunately, Broadcom's fastnat isn't as smart & flexible as can be imagined. theMIROn tries to improve it, but it is not so easy task.

  5. #545
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Quote Originally Posted by lly View Post
    wpte
    Unfortunately, Broadcom's fastnat isn't as smart & flexible as can be imagined. theMIROn tries to improve it, but it is not so easy task.
    Yeah, I've seen the conversation on google code.
    Isn't fastnat just faster because it isn't completely compatible with some networking things?

    I think the fastnat patch is good since you have more performance, unless you use something like openvpn
    Also not many people have that internet speed, yet

  6. #546
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Got some other kernel messages going on using r2849 which appeared a couple of times while downloading:
    Code:
    Mar 24 01:18:43 kernel: swapper: page allocation failure. order:3, mode:0x4020
    Mar 24 01:18:43 kernel: Call Trace:
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<8000150c>] ret_from_irq+0x0/0x4
    Mar 24 01:18:43 kernel: [<c013c47c>] chiprx+0x1ec/0x2a8 [et]
    Mar 24 01:18:43 kernel: [<c042f06c>] wl_intrson+0x29c/0x37c [wl]
    Mar 24 01:18:43 kernel: [<c013b444>] et_dpc+0xbc/0x4e4 [et]
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<8000150c>] ret_from_irq+0x0/0x4
    Mar 24 01:18:43 kernel: Mem-info:
    Mar 24 01:18:43 kernel: Normal per-cpu:
    Mar 24 01:18:43 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:   1   Cold: hi:   14, btch:   3 usd:  13
    Mar 24 01:18:43 kernel: Active:18282 inactive:7773 dirty:6 writeback:0 unstable:0
    Mar 24 01:18:43 kernel:  free:1551 slab:1872 mapped:8784 pagetables:215 bounce:0
    Mar 24 01:18:43 kernel: Normal free:6204kB min:1440kB low:1800kB high:2160kB active:73128kB inactive:31092kB present:130048kB pages_scanned:8 all_unreclaimable? no
    Mar 24 01:18:43 kernel: lowmem_reserve[]: 0
    Mar 24 01:18:43 kernel: Normal: 919*4kB 268*8kB 20*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6204kB
    Mar 24 01:18:43 kernel: Swap cache: add 204, delete 203, find 71/104, race 0+0
    Mar 24 01:18:43 kernel: Free swap  = 521844kB
    Mar 24 01:18:43 kernel: [<80004f80>] memset+0x0/0x1c
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<c043c350>] wlc_dpc+0x7f4/0x94c [wl]
    Mar 24 01:18:43 kernel: [<c042efdc>] wl_intrson+0x20c/0x37c [wl]
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<8000150c>] ret_from_irq+0x0/0x4
    Mar 24 01:18:43 kernel: [<802ffc00>] start_kernel+0x2e8/0x344
    Mar 24 01:18:43 kernel: [<802ff564>] unknown_bootoption+0x0/0x340
    Mar 24 01:18:43 kernel: Mem-info:
    Mar 24 01:18:43 kernel: Normal per-cpu:
    Mar 24 01:18:43 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:   1   Cold: hi:   14, btch:   3 usd:  13
    Mar 24 01:18:43 kernel: Active:18282 inactive:7773 dirty:6 writeback:0 unstable:0
    Mar 24 01:18:43 kernel:  free:1544 slab:1873 mapped:8784 pagetables:215 bounce:0
    Mar 24 01:18:43 kernel: Swap cache: add 204, delete 203, find 71/104, race 0+0
    Mar 24 01:18:43 kernel: Free swap  = 521844kB
    Mar 24 01:18:43 kernel: Total swap = 522072kB
    Mar 24 01:18:43 kernel: Free swap:       521844kB
    Mar 24 01:18:43 kernel: 32768 pages of RAM
    Mar 24 01:18:43 kernel: 0 pages of HIGHMEM
    Mar 24 01:18:43 kernel: 1087 reserved pages
    Mar 24 01:18:43 kernel: 23123 pages shared
    Mar 24 01:18:43 kernel: 1 pages swap cached
    Mar 24 01:18:43 kernel: swapper: page allocation failure. order:3, mode:0x4020
    Mar 24 01:18:43 kernel: Call Trace:
    Mar 24 01:18:43 kernel: [<80004f80>] memset+0x0/0x1c
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<c043c350>] wlc_dpc+0x7f4/0x94c [wl]
    Mar 24 01:18:43 kernel: [<c042efdc>] wl_intrson+0x20c/0x37c [wl]
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<8000150c>] ret_from_irq+0x0/0x4
    Mar 24 01:18:43 kernel: [<802ffc00>] start_kernel+0x2e8/0x344
    Mar 24 01:18:43 kernel: [<802ff564>] unknown_bootoption+0x0/0x340
    Mar 24 01:18:43 kernel: Mem-info:
    Mar 24 01:18:43 kernel: Normal per-cpu:
    Mar 24 01:18:43 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:   0   Cold: hi:   14, btch:   3 usd:  13
    Mar 24 01:18:43 kernel: Active:18282 inactive:7773 dirty:6 writeback:0 unstable:0
    Mar 24 01:18:43 kernel:  free:1544 slab:1873 mapped:8784 pagetables:215 bounce:0
    Mar 24 01:18:43 kernel: Normal free:6176kB min:1440kB low:1800kB high:2160kB active:73128kB inactive:31092kB present:130048kB pages_scanned:8 all_unreclaimable? no
    Mar 24 01:18:43 kernel: lowmem_reserve[]: 0
    Mar 24 01:18:43 kernel: Normal: 912*4kB 268*8kB 20*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6176kB
    Mar 24 01:18:43 kernel: Swap cache: add 204, delete 203, find 71/104, race 0+0
    Mar 24 01:18:43 kernel: Free swap  = 521844kB
    Mar 24 01:18:43 kernel: Total swap = 522072kB
    Mar 24 01:18:43 kernel: 0 pages of HIGHMEM
    Mar 24 01:18:43 kernel: 1087 reserved pages
    Mar 24 01:18:43 kernel: 23123 pages shared
    Mar 24 01:18:43 kernel: 1 pages swap cached
    Mar 24 01:18:43 kernel: swapper: page allocation failure. order:3, mode:0x4020
    Mar 24 01:18:43 kernel: Call Trace:
    Mar 24 01:18:43 kernel: [<80004f80>] memset+0x0/0x1c
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<c043c350>] wlc_dpc+0x7f4/0x94c [wl]
    Mar 24 01:18:43 kernel: [<c042efdc>] wl_intrson+0x20c/0x37c [wl]
    Mar 24 01:18:43 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 24 01:18:43 kernel: [<8000150c>] ret_from_irq+0x0/0x4
    Mar 24 01:18:43 kernel: [<802ffc00>] start_kernel+0x2e8/0x344
    Mar 24 01:18:43 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:   6   Cold: hi:   14, btch:   3 usd:  13
    Mar 24 01:18:43 kernel: Active:18282 inactive:7773 dirty:6 writeback:0 unstable:0
    Mar 24 01:18:44 kernel:  free:1537 slab:1873 mapped:8784 pagetables:215 bounce:0
    Mar 24 01:18:44 kernel: Normal free:6148kB min:1440kB low:1800kB high:2160kB active:73128kB inactive:31092kB present:130048kB pages_scanned:8 all_unreclaimable? no
    Mar 24 01:18:44 kernel: lowmem_reserve[]: 0
    Mar 24 01:18:44 kernel: Normal: 905*4kB 268*8kB 20*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6148kB
    Mar 24 01:18:44 kernel: Swap cache: add 204, delete 203, find 71/104, race 0+0
    Mar 24 01:18:44 kernel: Free swap  = 521844kB
    Mar 24 01:18:44 kernel: Total swap = 522072kB
    Mar 24 01:18:44 kernel: Free swap:       521844kB
    Mar 24 01:18:44 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:   5   Cold: hi:   14, btch:   3 usd:  13
    Mar 24 01:18:44 kernel: Active:18282 inactive:7773 dirty:6 writeback:0 unstable:0
    Mar 24 01:18:44 kernel:  free:1537 slab:1873 mapped:8784 pagetables:215 bounce:0
    Mar 24 01:18:44 kernel: Normal free:6148kB min:1440kB low:1800kB high:2160kB active:73128kB inactive:31092kB present:130048kB pages_scanned:8 all_unreclaimable? no
    Mar 24 01:18:44 kernel: lowmem_reserve[]: 0
    Mar 24 01:18:44 kernel: Normal: 905*4kB 268*8kB 20*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6148kB
    Mar 24 01:18:44 kernel: Swap cache: add 204, delete 203, find 71/104, race 0+0
    Mar 24 01:18:44 kernel: Free swap  = 521844kB
    Mar 24 01:18:44 kernel: Total swap = 522072kB
    Mar 24 01:18:44 kernel: Free swap:       521844kB
    Mar 24 01:18:44 kernel: 32768 pages of RAM
    Mar 24 01:18:44 kernel: 0 pages of HIGHMEM
    Mar 24 01:18:44 kernel: 1087 reserved pages
    Mar 24 01:18:44 kernel: 23123 pages shared
    Mar 24 01:18:44 kernel: 1 pages swap cached

  7. #547
    Put somewhere in /usr/local/sbin/post-boot
    Code:
    echo 8192 > /proc/sys/vm/min_free_kbytes

  8. #548
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    I think the UPnP deamon is dead again
    On several computers that used to work with upnp it simply won't show up anymore.

    And when I run my little tool that discovers the devices using this broadcast string:
    Code:
    string req = "M-SEARCH * HTTP/1.1\r\n" +
                "HOST: 239.255.255.250:1900\r\n" +
                "ST:upnp:rootdevice\r\n" +
                "MAN:\"ssdp:discover\"\r\n" +
                "MX:3\r\n\r\n";
    the router simply does not respond to that packet, other devices do tho

  9. #549
    Even after restart?
    Code:
    $ cat /opt/usr/sbin/clearupnp.sh
    #!/bin/sh
    killall upnp
    for line in `nvram show | grep "forward_port" | sed "s/ //"`
    do
     i=`expr index $line "="`
     let i=i-1
     rule=`expr substr $line 1 $i`
     nvram unset $rule
    done
    upnp -D -L br0 -W ppp0

  10. #550
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Quote Originally Posted by ryzhov_al View Post
    Even after restart?
    That seems to work, probably because killall says there's no upnp running.
    I do have it enabled in the web-admin.

    I edited your script a bit so that it knows what lan and wan is:
    Code:
    #!/bin/sh
    killall upnp
    for line in `nvram show | grep "forward_port" | sed "s/ //"`
    do
     i=`expr index $line "="`
     let i=i-1
     rule=`expr substr $line 1 $i`
     nvram unset $rule
    done
    upnp -D -L `nvram get lan_ifname` -W `nvram get wan_ifname`

  11. #551
    Quote Originally Posted by wpte View Post
    I got a lot of these when using openvpn:
    Code:
    Mar 21 11:48:40 kernel: Call Trace:
    Mar 21 11:48:40 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 21 11:48:40 kernel: [<c0274090>] tun_chr_aio_write+0x1c8/0x2e4 [tun]
    Mar 21 11:48:40 kernel: [<80003204>] stack_done+0x20/0x40
    Mar 21 11:48:40 kernel: [<80300000>] mount_block_root+0x2a8/0x338
    Mar 21 11:48:41 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    I got r2845 installed
    can you please confirm openvpn bug is here or not after r2894

  12. #552
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Quote Originally Posted by theMIROn View Post
    can you please confirm openvpn bug is here or not after r2894
    with fastnat turned on?
    because at the moment it's turned off, causing no errors whatsoever

  13. #553
    Quote Originally Posted by wpte View Post
    with fastnat turned on?
    because at the moment it's turned off, causing no errors whatsoever
    I know, idea is to check it with fastnat turned on

  14. #554
    Join Date
    Dec 2007
    Location
    The Netherlands - Eindhoven
    Posts
    1,767
    Quote Originally Posted by theMIROn View Post
    I know, idea is to check it with fastnat turned on
    Code:
    Apr 15 17:58:06 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:06 kernel: Call Trace:
    Apr 15 17:58:06 kernel: [<c0137d40>] cleanup_module+0x14f4/0x30ac [et]
    Apr 15 17:58:06 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:06 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:06 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<c0137d40>] cleanup_module+0x14f4/0x30ac [et]
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<c0137d40>] cleanup_module+0x14f4/0x30ac [et]
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    Apr 15 17:58:07 kernel: WARNING: at net/8021q/vlan_dev.c:351 vlan_dev_hard_header()
    Apr 15 17:58:07 kernel: Call Trace:
    Apr 15 17:58:07 kernel: [<c0137d40>] cleanup_module+0x14f4/0x30ac [et]
    Apr 15 17:58:07 kernel: [<80300000>] pcibios_fixup_bus+0x1f0/0x290
    Apr 15 17:58:07 kernel: [<c0235090>] cleanup_module+0xe3c/0x13d8 [tun]
    Apr 15 17:58:07 kernel: [<80003204>] stack_done+0x20/0x40
    and so on

  15. #555
    Join Date
    Jan 2004
    Location
    Portugal
    Posts
    7

    Question

    Is the original WL-500g supported by the firmware available at http://code.google.com/p/wl500g/?

    I am referring to the model with the following hardware:

    Bootloader: PMON
    System-On-Chip: Broadcom 4710
    CPU Speed: 125 Mhz
    Flash size: 4 MB
    RAM: 16 MB
    Wireless: Mini-PCI Broadcom WL-120G (BCM4306)
    Ethernet: two network interface, one for 4 LAN ports, one for WAN port, no VLAN tagging
    USB: 1xUSB 1.1
    LPT: yes
    Serial: yes, with external UART
    JTAG: no

Page 37 of 48 FirstFirst ... 27353637383947 ... LastLast

Similar Threads

  1. Probleme mit der Oleg firmware
    By errox in forum German Discussion - Deutsch (DE)
    Replies: 15
    Last Post: 14-06-2008, 22:26
  2. new firmware 1.9.2.7-8 by oleg
    By alien433 in forum WL-500gP Firmware Discussion
    Replies: 31
    Last Post: 24-01-2008, 20:31
  3. Oleg firmware not working.
    By wpte in forum WL-500gP Q&A
    Replies: 6
    Last Post: 07-01-2008, 12:48
  4. C Compiler voor de oleg firmware
    By wouzs in forum Dutch Discussion - Nederlands
    Replies: 1
    Last Post: 28-10-2007, 15:57

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •