Matt,
Answers embedded...
Ed
Hi,
I'm pretty sure there'd be interest in such a port, even if
there are no immediate takers. I guess it depends how much
effort you want to put in - a separate tarball (or hg
branch ease of merging future versions) might be enough for other
people to get going. It
Hi,
I'm pretty sure there'd be interest in such a port, even if
there are no immediate takers. I guess it depends how much
effort you want to put in - a separate tarball (or hg
branch ease of merging future versions) might be enough for other
people to get going. It doesn't sound like the changes
Fabrizio,
Don't ignore CPU horsepower needs.
Ed
Hmm interesting... now, 77K is kind of 'at reach'...
Depending on the chip I am going to finalize the project, but probably
with some help from some external RAM & flash I might give it a shot.
Thanks a lot for your reports!
Fabrizio
On Mon, Apr
Hmm interesting... now, 77K is kind of 'at reach'...
Depending on the chip I am going to finalize the project, but probably with
some help from some external RAM & flash I might give it a shot.
Thanks a lot for your reports!
Fabrizio
On Mon, Apr 15, 2013 at 5:30 PM, Ed Sutter wrote:
> One correc
One correction...
I realized that I reported my high-water mark with my allocator
in 'trace' mode. This significantly screws up the allocation sizes in
runtime. After rebuilding with that turned off, the high-water mark
that I get is around 77K.
Hi,
Just to put a few things in perspective regar
Hi,
Just to put a few things in perspective regarding the likelihood of this
working in a really small embedded system...
Regarding memory...
It really depends on just how small you need to be...
One session looks like it uses upwards of 2100 malloc calls. Long term
fragmentation from one sessio
Hi,
I've got what I think is a reasonably stable version of dropbear's SSH
server working
in a non-posix, thread-based embedded system. I'd like to review the
changes I
made for anyone that may be considering doing this, but also to see if
any flags
get raised by the folks that have been using
Great explanation Rob,
Thanks much..
Ed
On 04/11/2013 04:56:54 PM, Ed Sutter wrote:
Hi,
I managed to get dropbear-ssh running under a uC/OS-II thread.
Obviously had to do a lot of hacking to make this work, and
I'm sure its not the most efficient way of doing it.
Not being an ssh/cryptography w
On 04/11/2013 04:56:54 PM, Ed Sutter wrote:
Hi,
I managed to get dropbear-ssh running under a uC/OS-II thread.
Obviously had to do a lot of hacking to make this work, and
I'm sure its not the most efficient way of doing it.
Not being an ssh/cryptography wizard by any stretch of the
imagination,
Hi,
I managed to get dropbear-ssh running under a uC/OS-II thread.
Obviously had to do a lot of hacking to make this work, and
I'm sure its not the most efficient way of doing it.
Not being an ssh/cryptography wizard by any stretch of the
imagination, I have two questions that may be trivial...
Hi,
I'm taking a shot at porting the ssh server portion of this
package to a non-posix multitasking RTOS on a CPU running ~500Mhz.
I've made reasonable progress, but now I'm stumbling on an error
coming out of gen_kexdh_vals()...
The call to mp_exptmod() does not return MP_OKAY; hence dropbear_ex
11 matches
Mail list logo