Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 13 Nov 2016 19:57:01 +0300
From: Elijah SmarTeam <smarteam.support@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: USB-FPGA development

similar thing for me

*john -test -format=descrypt-ztex*
> Benchmarking: descrypt-ztex, traditional crypt(3) [DES ZTEX]...
> SN XXXXXXXXXX: uploading bitstreams.. ok
> SN XXXXXXXXXX: device_list_check_bitstreams(): no bitstream or wrong type
> no valid ZTEX devices found

*john -test -format=descrypt-ztex*
> Benchmarking: descrypt-ztex, traditional crypt(3) [DES ZTEX]...
> SN XXXXXXXXXX: uploading bitstreams.. SN XXXXXXXXXX: usb_bulk_write returns
> -1 (LIBUSB_ERROR_IO)
> failed
> no valid ZTEX devices found

*john -test -format=descrypt-ztex*
> Benchmarking: descrypt-ztex, traditional crypt(3) [DES ZTEX]...
> SN XXXXXXXXXX: uploading bitstreams.. SN XXXXXXXXXX: usb_bulk_write returns
> -1 (LIBUSB_ERROR_IO)
> failed
> no valid ZTEX devices found

*john -test -format=descrypt-ztex*
> Benchmarking: descrypt-ztex, traditional crypt(3) [DES ZTEX]...
> SN XXXXXXXXXX: uploading bitstreams.. ok
> 1 device(s) ZTEX 1.15y ready
> SN: XXXXXXXXXX productId: 10.15.0.0 "inouttraffic UFM 1.15y" busnum:3
> devnum:41
> Warning: Slow communication channel to the device. Increase mask or expect
> performance degradation.
> Warning: salt() returned misaligned pointer
> DONE
> Warning: "Many salts" test limited: 5/256
> Many salts:     1224K c/s real, 2674K c/s virtual
> Only one salt:  1180K c/s real, 2570K c/s virtual



On 7 November 2016 at 19:57, atom <atom@...hcat.net> wrote:

> 2. There seems to be some timing issue somewhere when it comes to
> uploading the bitstream. JtR prints the following error:
>
> SN XXXXXXXXXX: uploading bitstreams.. ok
> SN XXXXXXXXXX: device_list_check_bitstreams(): no bitstream or wrong type
>
> Since I have multiple devices and if just one of them did not run into
> that error on start, then JtR will start cracking. After some time (while
> JtR cracks), JtR will try to upload the bitstream again to the other
> (failed) devices. This sometimes works, but sometimes it does not. This
> will repeat until all devices are initialized.
>
>
>

[ CONTENT OF TYPE text/html SKIPPED ]

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ