Displaying 20 results from an estimated 2000 matches similar to: "Bad packet length in 2.5.1 with rijndael"
2001 Feb 27
1
Bad packet length in 2.5.1 with rijndael (fwd)
I think we are not detecting and setting endianness properly for
rijndael.c.
Can someone on a big endian machine do a "ssh -2 -oCiphers=rijndael128-cbc
littleendianmachine" and vice versa?
-d
--
| Damien Miller <djm at mindrot.org> \ ``E-mail attachments are the poor man's
| http://www.mindrot.org / distributed filesystem'' - Dan Geer
----------
2001 Jul 02
0
rijndael byteswapping
The byteorder detection macro for the rijndael algorithm doesn't work
for systems that are building for multiple architectures, such as Darwin.
This was the change that was needed to rijndael.c to get the macros
building properly in such a situation. It seems to be a little more
reliable than the existing system.
Rob
--- openssh_cvs/rijndael.c Tue Feb 27 13:14:22 2001
+++
2000 Oct 14
1
Compile error rijndael on Solaris 2.6 (and fix)
When compiling openssh-SNAP-20001014 on Solaris 2.6 with
gcc 2.95.2 I get:
In file included from rijndael.c:42:
rijndael.h:6: parse error before `u1byte'
and a lot more warnings and errors...
Solved by adding
#include "config.h"
in rijndael.c
Lasse Holmqvist
2013 Jun 21
3
[LLVMdev] Compiling llvm and Clang in solaris 10
I run configure in a build folder using
CC=gcc CXX=g++ ../configure --prefix=/project/scratch/packages2/clang \
--enable-targets=host --enable-shared
The configure runs fine but when I type make I get the error:
make[1]: Entering directory
`/project/scratch/tmp/llvm-3.3/build/lib/Support'
llvm[1]: Compiling APFloat.cpp for Release+Asserts build
In file included from
2012 Dec 12
8
[PATCH 0/5] update build system
This patch series modernizes various aspects of the autotools
based build system. There is a lot more that could and should be
done, but I tried to stay conservative for now and just resolve
some of the most obvious issues.
Max Horn (5):
configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN
autogen.sh: replace this by a simple call to autoreconf
configure: always print
2001 Sep 12
0
AES update..
I've done a decent size update of the OpenSSH portable from the upstream
tree. There is an AES upgrade that needs to take place, but I need people
to test and tell me what endedness changes need to be applied (if any).
Attached is the patch. It is geared towards the latter snapshots..Unsure
how it will patch (if at all) against 2.9pX series.
Thanks.
- Ben
"This is dark day in
2001 May 24
4
bug report
On Wed, May 23, 2001 at 10:49:54PM -0400, mugz wrote:
>
> I'm always a bit slow to report bugs i see, figuing someone else will
> report it and that it will eventually get fixed. This one has been
> somewhat of a problem for a while now. I run Linux Slackware -current and
> just upgraded to OpenSSH 2.9p1, but I have noticed this same bug on every
> platform and OS running
2015 Feb 12
8
[PATCH 1/3] macosx: Includes/defines for byteswap operations
---
src/inspect-apps.c | 13 ++++++++++++-
src/inspect-fs-windows.c | 6 ++++++
src/journal.c | 5 +++++
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/inspect-apps.c b/src/inspect-apps.c
index 20cf00a..8fbae9c 100644
--- a/src/inspect-apps.c
+++ b/src/inspect-apps.c
@@ -35,11 +35,22 @@
#include <sys/endian.h>
#endif
-/* be32toh is usually a macro
2001 Jul 12
0
Port of RIJNDAEL to cray machines!
Is their a port of RIJNDAEL for the crays? The code in openssh does
not work on cray's.
Bill Jones
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20010711/59803796/attachment.html
2001 Sep 14
8
Call for testers.
http://bass.directhit.com/openssh_snap/
Starting tonight I plan on tracking changes very closely with the OpenBSD
tree. I need people to test the latest snapshot (9/14 at of right now)
and report success or failure on compiling.
I am starting this now because we are looking at a code freeze soon and I
really want to ensure it compiles and runs on all existing platforms. So
we (the portable
2015 Apr 07
1
[PATCH v3 6/7] virtio: add explicit big-endian support to memory accessors
On Tue, Apr 07, 2015 at 02:15:52PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
>
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
>
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 07
1
[PATCH v3 6/7] virtio: add explicit big-endian support to memory accessors
On Tue, Apr 07, 2015 at 02:15:52PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
>
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
>
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 21
1
[PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors
On Fri, Apr 10, 2015 at 12:16:20PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
>
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
>
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 21
1
[PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors
On Fri, Apr 10, 2015 at 12:16:20PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
>
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
>
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 07
13
[PATCH v3 0/7] vhost: support for cross endian guests
Hi,
This patchset allows vhost to be used with legacy virtio when guest and host
have a different endianness.
Patches 1-6 remain the same as the previous post. Patch 7 was heavily changed
according to MST's comments.
---
Greg Kurz (7):
virtio: introduce virtio_is_little_endian() helper
tun: add tun_is_little_endian() helper
macvtap: introduce macvtap_is_little_endian()
2015 Apr 07
13
[PATCH v3 0/7] vhost: support for cross endian guests
Hi,
This patchset allows vhost to be used with legacy virtio when guest and host
have a different endianness.
Patches 1-6 remain the same as the previous post. Patch 7 was heavily changed
according to MST's comments.
---
Greg Kurz (7):
virtio: introduce virtio_is_little_endian() helper
tun: add tun_is_little_endian() helper
macvtap: introduce macvtap_is_little_endian()
2000 Sep 16
15
Snapshot
Quite a few changes here, please test.
http://www.mindrot.org/misc/openssh/openssh-SNAP-20000916.tar.gz
-d
20000916
- (djm) New SuSE spec from Corinna Vinschen <corinna at vinschen.de>
- (djm) Update CygWin support from Corinna Vinschen <vinschen at cygnus.com>
- (djm) Use a real struct sockaddr inside the fake struct sockaddr_storage.
Patch from Larry Jones <larry.jones at
2015 Apr 10
16
[PATCH v4 0/8] vhost: support for cross endian guests
Hi,
This patchset allows vhost to be used with legacy virtio when guest and host
have a different endianness.
Patch 7 got rewritten according to Cornelia's and Michael's comments. I have
also introduced patch 8 that brings BE vnet headers support to tun/macvtap.
This series is enough to have vhost_net working flawlessly. I could
succesfully reboot guests from ppc64 to ppc64le and
2015 Apr 10
16
[PATCH v4 0/8] vhost: support for cross endian guests
Hi,
This patchset allows vhost to be used with legacy virtio when guest and host
have a different endianness.
Patch 7 got rewritten according to Cornelia's and Michael's comments. I have
also introduced patch 8 that brings BE vnet headers support to tun/macvtap.
This series is enough to have vhost_net working flawlessly. I could
succesfully reboot guests from ppc64 to ppc64le and
2014 Dec 01
1
[PATCH v8 08/50] virtio: memory access APIs
virtio 1.0 makes all memory structures LE, so
we need APIs to conditionally do a byteswap on BE
architectures.
To make it easier to check code statically,
add virtio specific types for multi-byte integers
in memory.
Add low level wrappers that do a byteswap conditionally, these will be
useful e.g. for vhost. Add high level wrappers that
query device endian-ness and act accordingly.