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).
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
include/image.mk |2 +-
1
* Catalin Patulea c...@vv.carleton.ca [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
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 jonsm...@gmail.comwrote:
tcpdump of tcp sessions failing to open
192.168.1.85 openwrt
192.168.1.40 desktop
root@OpenWrt:/# tcpdump
tcpdump:
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 dirkneukirc...@web.de
---
libs/libshout/patches/100-ogg-c.patch | 13 -
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
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.patch
fixes a compile error in trunk
Signed-off-by: Dirk Neukirchen dirkneukirc...@web.de
---
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
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,
fix compilation
- by integrating net-tools-1.60-STRIP.patch
from Jiri Popelka jpope...@redhat.com
- if_tr.h is no longer in kernel
Signed-off-by: Dirk Neukirchen dirkneukirc...@web.de
---
diff --git a/net/uob-nomad/patches/005-linux_if_strip_fix.patch
update source according to lxc-devel
msg: http://sourceforge.net/mailarchive/message.php?msg_id=31432051
Signed-off-by: Dirk Neukirchen dirkneukirc...@web.de
---
utils/lxc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/lxc/Makefile b/utils/lxc/Makefile
index
On Mon, Sep 23, 2013 at 1:34 PM, Diego Lopez Recas suelt...@gmail.com 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.
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]
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:
Yes, I meant you checked it on the rt5350.
On Mon, Sep 23, 2013 at 7:38 PM, jonsm...@gmail.com jonsm...@gmail.comwrote:
On Mon, Sep 23, 2013 at 1:34 PM, Diego Lopez Recas suelt...@gmail.com
wrote:
That is interesting. Can you check whether you are using hardware
checksum
offloading?
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 jonsm...@gmail.comwrote:
I used
tcpdump -n -v -e -i eth0
So what is causing those incorrect
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
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
- 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 dirkneukirc...@web.de
---
net/remotefs/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
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
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 not yet
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 jonsm...@gmail.comwrote:
I pasted that twice by accident
root@OpenWrt:/# ethtool --show-offload eth0
Features for eth0:
rx-checksumming: on
On Mon, Sep 23, 2013 at 2:27 PM, Diego Lopez Recas suelt...@gmail.com 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
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
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
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 dirkneukirc...@web.de
---
utils/lxc/Makefile | 2 +-
1 file changed, 1
You use openssh on openwrt?
On Mon, Sep 23, 2013 at 3:07 AM, Bastian Bittorf bitt...@bluebottle.com wrote:
* Catalin Patulea c...@vv.carleton.ca [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
26 matches
Mail list logo