You use openssh on openwrt?
On Mon, Sep 23, 2013 at 3:07 AM, Bastian Bittorf wrote:
> * Catalin Patulea [23.09.2013 09:06]:
>> I guess this was ssh_host* for historical reasons (or maybe for OpenSSH), but
>> dropbear is the more common sshd. This makes preconfigured images (with files
>> in file
Hi Dirk,
On Mon, Sep 23, 2013 at 05:42:58PM +0200, Dirk Neukirchen wrote:
> update source according to lxc-devel
>
> msg: http://sourceforge.net/mailarchive/message.php?msg_id=31432051
>
> Signed-off-by: Dirk Neukirchen
> ---
> utils/lxc/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 del
Hello list,
On my dir-825-c1 the 5 GHz WLAN LED is connected to gpio 32. But I can't
access GPIO 32. If I try I get "Invalid argument" errors. It seems that
OpenWrt only sets up gpios 0 to 22, according to the system log:
gpiochip_add: registered GPIOs 0 to 22 on device: ath79
I think 22 is the
Am 2013-09-23 21:08, schrieb Gabor Juhos:
> It should be possible to fix the board via JTAG. At least it seems that the
> PCB
> has an unpopulated JTAG header.
Yes I thought about this too, but since I didn't found an openocd
configuration which should work with this SoC, I didn't even tried it. I
I took a good VLAN packet and a bad non-VLAN packet and put then into
Wireshark. The IP header checksums are both correct. Plus the rest of
the packet looks to be in acceptable form. Only the TCP checksums are
wrong.
Maybe when the VLAN hardware gets turned off there is a bug in the
code that is
Try disabling transmission offloading and do a tcpdump again.
ethtool -K eth0 tx off
On Mon, Sep 23, 2013 at 8:11 PM, jonsm...@gmail.com wrote:
> I pasted that twice by accident
>
> root@OpenWrt:/# ethtool --show-offload eth0
> Features for eth0:
> rx-checksumming: on [fixed]
> tx-checksu
On Mon, Sep 23, 2013 at 2:27 PM, Diego Lopez Recas wrote:
> Try disabling transmission offloading and do a tcpdump again.
>
> ethtool -K eth0 tx off
root@OpenWrt:/# ethtool -K eth0 tx off
Cannot change tx-checksumming
Could not change any device features
root@OpenWrt:/#
>
>
>
> On Mon, Sep 23,
2013.09.22. 22:43 keltezéssel, Stefan Agner írta:
> Am 2013-09-17 08:18, schrieb Gabor Juhos:
>> 2013.09.16. 1:06 keltezéssel, Stefan Agner írta:
>> It is done in software in the ar934x-nfc driver. The NAND controller of the
>> AR934x SoCs also supports hardware based ECC calculation but that is no
I don't know, do you see bad checksums with wireshark or tcpdump on your
desktop? If the NIC does the final checksum computing, this error might
just mean that tcpdump is not capturing the final value of this header
field.
On Mon, Sep 23, 2013 at 8:37 PM, jonsm...@gmail.com wrote:
> Somehow this
- sourceforge uses git use that
- update to latest version: it fixes a compile bug of the old git version
(missing md5_crypt)
Signed-off-by: Dirk Neukirchen
---
net/remotefs/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/remotefs/Makefile b/net/remotefs/M
Somehow this failure is intertwined with the VLAN code since
everything works once I turn VLANs on.
--
Jon Smirl
jonsm...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt
Turn on the VLAN and all the errors go away...
root@OpenWrt:/etc/config# tcpdump -n -v -x -e -i eth0
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size
65535 bytes
02:28:09.258040 70:71:bc:b8:9b:ee > 00:0a:52:00:00:02, ethertype
8
Yes, I meant you checked it on the rt5350.
On Mon, Sep 23, 2013 at 7:38 PM, jonsm...@gmail.com wrote:
> On Mon, Sep 23, 2013 at 1:34 PM, Diego Lopez Recas
> wrote:
> > That is interesting. Can you check whether you are using hardware
> checksum
> > offloading?
> >
> > Install 'ethtool' and run:
I pasted that twice by accident
root@OpenWrt:/# ethtool --show-offload eth0
Features for eth0:
rx-checksumming: on [fixed]
tx-checksumming: on
tx-checksum-ipv4: on [fixed]
tx-checksum-ip-generic: off [fixed]
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off
Run on the rt5350
root@OpenWrt:/# ethtool --show-offload eth0
Features for eth0:
rx-checksumming: on [fixed]
tx-checksumming: on
tx-checksum-ipv4: on [fixed]
tx-checksum-ip-generic: off [fixed]
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off [fixed]
scatt
That is interesting. Can you check whether you are using hardware checksum
offloading?
Install 'ethtool' and run:
ethtool --show-offload eth0
On Mon, Sep 23, 2013 at 5:37 PM, jonsm...@gmail.com wrote:
> I used
> tcpdump -n -v -e -i eth0
>
> So what is causing those incorrect checksums?
>
>
On Mon, Sep 23, 2013 at 1:34 PM, Diego Lopez Recas wrote:
> That is interesting. Can you check whether you are using hardware checksum
> offloading?
>
> Install 'ethtool' and run:
>
> ethtool --show-offload eth0
My desktop has tcp offload but those tcpdumps were done on the rt5350.
>
>
> On Mo
update source according to lxc-devel
msg: http://sourceforge.net/mailarchive/message.php?msg_id=31432051
Signed-off-by: Dirk Neukirchen
---
utils/lxc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/lxc/Makefile b/utils/lxc/Makefile
index 0aed2c2..e383e26 10064
fix compilation
- by integrating net-tools-1.60-STRIP.patch
from Jiri Popelka
- if_tr.h is no longer in kernel
Signed-off-by: Dirk Neukirchen
---
diff --git a/net/uob-nomad/patches/005-linux_if_strip_fix.patch
b/net/uob-nomad/patches/005-linux_if_strip_fix.patch
new file mode 100644
index 0
I used
tcpdump -n -v -e -i eth0
So what is causing those incorrect checksums?
192.168.1.40 > 224.0.0.22: igmp v3 report, 3 group record(s)
[gaddr 224.0.0.251 is_ex { }] [gaddr 239.192.83.80 is_ex { }] [gaddr
239.255.255.250 is_ex { }]
02:35:41.227580 00:1f:90:7e:af:3d > 01:80:c2:00:00:00, 80
fixes a compile error in trunk
Signed-off-by: Dirk Neukirchen
---
utils/loop-aes/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/utils/loop-aes/Makefile b/utils/loop-aes/Makefile
index 5e23601..3d1d93b 100644
--- a/utils/loop-aes/Makefile
+++ b/utils/loop-aes/Mak
On 23.09.2013 11:58, Dirk Neukirchen wrote:
> update package libshout to 2.3.1 and refresh patches
>
> ---
> libs/libshout/Makefile | 6 +++---
> libs/libshout/patches/120-vorbis-c.patch | 10 --
> libs/libshout/patches/140-no_example_doc_win32.p
update package libshout to 2.3.1 and refresh patches
---
libs/libshout/Makefile | 6 +++---
libs/libshout/patches/120-vorbis-c.patch | 10 --
libs/libshout/patches/140-no_example_doc_win32.patch | 14 +-
3 files changed, 12 insertions
libvorbisidec 1.0.2+svn18153 uses ogg/ogg.h now
instead of its own that was provided previously
issue reported: https://forum.openwrt.org/viewtopic.php?id=45843
Signed-off-by: Dirk Neukirchen
---
libs/libshout/patches/100-ogg-c.patch | 13 -
libs/libshout/patches/110-shout-og
Try using:
tcpdump -n -e -i eth0 tcp port 80
You'll see ethernet headers including vlan tags.
On Sat, Sep 21, 2013 at 1:54 AM, jonsm...@gmail.com wrote:
> tcpdump of tcp sessions failing to open
> 192.168.1.85 openwrt
> 192.168.1.40 desktop
>
> root@OpenWrt:/# tcpdump
> tcpdump: WARNING: eth0
* Catalin Patulea [23.09.2013 09:06]:
> I guess this was ssh_host* for historical reasons (or maybe for OpenSSH), but
> dropbear is the more common sshd. This makes preconfigured images (with files
> in files/ have the right modes on the ssh host keys).
please simply do both variants? bye, bastia
26 matches
Mail list logo
