GitHub PushEvent at 2014-10-18 16:08:16
Repository: bladeRF
Actor: n2cr
Payload: {"shas":[["0f736c7625c5fe7aec748523bbcfe08a2fc0510c","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Added samples <-> bytes conversion routines\n\nThese will become the preferred method of performing such\nconversions in upcoming commits, where additional formats\nwill be added.","Jon Szymaniak",true],["39b31f1788ad905a56f359eb33ab72ea9d815d9d","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Added simple test to check for RX discontinuities\n\nThis program enables the FPGA's internal 32-bit counter mode and\nlooks for any gaps in the received data, which would be indicative\nof the host or USB i/f failing to keep up with the sample rate.","Jon Szymaniak",true],["0b7f43712c870c9f4c4b4e9c27d5162084e003da","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Added support for Cypress Windows Driver & API backend\n\nA USB backend based atop of the Cypress CyAPI (which is based atop the\nCypress CyUSB3 driver) has been introduced. This is intended to provide\nWindows users with an additional driver to use if they encounter issues\nwith their USB host controller and libusb.\n\nTo build and use this backend, the Cypress FX3 SDK must be installed and\nthe following CMake flags should be provided:\n    -DENABLE_BACKEND_CYAPI=Yes -DFX3_SDK_PATH=<path to SDK>\n\nA modified cyusb3.inf is provided in host/drivers/windows/cyusb3. Upon\nperforming a build this inf file and the associated driver files from\nthe FX3 SDK will be copied into the \"output\" directory along with the\nbladeRF.dll and bladeRF-cli.exe. To install the driver, point the\nWindows driver update to this location and accept the warning about the\ndriver being unsigned; this occurs because the Cypress driver wasn't\nsigned with bladeRF VID/PID values.\n\nThe libbladeRF device string for this backend is: \"cypress\"\n\nMany thanks go out to LazyDodo for all his efforts in spearheading the\ndevelopment of this backend -- much of this code is either his doing or\nis directly based upon his efforts.","Jon Szymaniak",true],["481e460d85790acbd10dd2d64f045d1af9db7d1a","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Updated backend names reported by info/probe","Jon Szymaniak",true],["4e1077e8fc8e9a4bda4f15847e9d05304e0a30ff","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Don't fail out of probe/open if device can't be opened\n\nlibusb appears to return a \"not supported\" error if a device is currently\nassociated with a different driver, such as CyUSB3.\n\nWe'll want to continue looking for libusb devices rather than bail out\nif we encounter this error, as we may have hit a device belonging to\nour CyUSB backend","Jon Szymaniak",true],["ee618d3e13353508a5c0844bed86e55b141ca202","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Updated default backend selections, remove unused items\n\nThe libusb and Cypress backends are now defaulted to ON if they are\ndetected on the system, and OFF otherwise.\n\nThe deprecated Linux kernel driver option has been removed. It will\nbe re-added if and when this code is updated/rewritten.\n\nThe \"detach kernel module\" libusb option has been removed, as it was\nunused anyway.","Jon Szymaniak",true],["a02a2ec37a6358ddf4fc43170c98b0d070c5a3f2","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Minor touch-ups in libusb backend\n\nRemoved switch() on sample format and replaced it with a call to the\nnew async_stream_buf_bytes(). This will become more relevant in upcoming\nchangesets when new formats are added.\n\nOther changes are just aesthetic house-cleaning items. Shortening some\nlines and long variable names.","Jon Szymaniak",true],["7767c9756a61d4a01d49c3b07a8a11f1a4501a15","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","cmake: Set FX3 SDK path variable's default value from environment variable\n\nThe FX3 SDK installer creates the FX3_INSTALL_PATH variable, so there's\nno need to hardcode a default path.","Jon Szymaniak",true],["0d74ca353b79e103c2c8522e4f44f922f4b0a53e","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Updated README.md\n\nAdded new backend option, removed documentation for items removed\nin commit ee618d3e1.","Jon Szymaniak",true],["21c844a15f6d0e9265f4e277a50e46313cb76f73","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","host: Updated README.md\n\nUpdated backend flags and removed items from ee618d3e1.\n\nAdded additional Windows build information and the availability\nof the Cypress backend.","Jon Szymaniak",true],["e0b5f9289fa0a33cc1a127961db075b886c7e322","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","cmake: Fixed 'make uninstall' issue (#314)\n\nThis addresses an error where 'make uninstall' would fail with:\n\n    CMake Error at cmake_uninstall.cmake:4 (message):\n        Cannot find install manifest:\n        \"<path>/build/host/install_manifest.txt\".\n\nThe problem was that using CMAKE_CURRENT_BINARY_DIR in\ncmake_uninstall.cmake wasn't really appropriate in our particular case,\nas the \"current\" directory would be host/ once CMake dove into that\nsubdirectory.  This has been changed to CMAKE_BINARY_DIR to ensure\nwe're reference the top-level of the build.","Jon Szymaniak",true],["f8a6b912efaaac5eda0586b003b47a71ec1c4997","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Check for BLADERF_FORCE_NO_FPGA_PRESENT environment variable\n\nSetting this environment variable forces libbladeRF to always report\nthat no FPGA is loaded, rather than query the device.\n\nThis is intended for debugging and to provide a workaround for\nissue #327, where users with a pre-v0.0.1 FPGA being autoloaded from SPI\nflash are unable to open a device handle because the FPGA does not\nsupply a version number (which is now required by libbladeRF).","Jon Szymaniak",true],["e4fb53ae9987417622ab01c34b23b3fe8a717e75","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Made output formatting more consistent\n\nThe preferred output format for commands is a leading newline, content\nindented two spaces, and a trailing newline. Sub-levels should be\nindented an additional two spaces.\n\nExample:\n\nbladeRF> my_cmd arg1 arg2\n\n  Info1: Something about arg1\n  Info2: Something about arg2\n    Subinfo 1: abc\n    Subinfo 2: xyz\n\nbladeRF> my_cmd badarg arg2\n\n  Error: Message about badarg\n\nbladeRF>","Jon Szymaniak",true],["6fc039e83f27edf774fb1251919d416af17f932e","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Matched mimo cmd usage to help text, status code cleanup\n\nThe help text reports the usage of the mimo command to be:\n    mimo [master | slave]\n\nSince there was no alternative to argv[1] being anything other than \"clk\"\nthis was dropped so the invocation matches the help text.\n\nIf an error occurred, this command was returning a libbladeRF status\ncode directly, instead of returning a CLI_RET code. This has been fixed.","Jon Szymaniak",true],["fd093a80b96255c29bec224e61661160fc4dbd7c","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Added brief summary of how to add new commands","Jon Szymaniak",true],["6344e2036311e6e6183a9295f014aeb31e1f74f9","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Remove duplicate message from probe when no device is found","Jon Szymaniak",true],["9e465cc427a1a76653961db95c1a97cc16a07e40","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","libbladeRF: Workaround for deadlock condition\n\nThis is a workaround for issue (#324).\n\nWe appear to have a lock ordering issue with our stream->lock and the underlying\nlibusb event lock.  When a libusb event occurs, it acquires its event lock and\nthen our callback acquires a stream lock.  When we asynchronously submit a\ntransfer, we acquire the stream lock and then libusb acquires its event lock\nunder the hood. If a callback occurs while we're submitting a transfer on the\nsame stream, deadlock ensues, due to the above asymmetry in lock acquisition.\n\nUltimately, we'll need to review our locking scheme and libusb event handle to\naddress underlying design issues here, and potentially trim some fat.\n\nFor now, the lock is just dropped after all metadata has already been updated,\nand reacquired after submission.","Jon Szymaniak",true],["695c095fb5533b466a96a26d5ebff0069f7a26ec","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: Launch RX/TX tasks only when handling input\n\nThere's no point in starting these threads up if we're performing\noperations from command line flags that will cause the program to\nexit, rather than enter the main input loop, which may execute\nthe rx or tx commands.","Jon Szymaniak",true],["34151f6e71f48b42995defa5cd07ea328e164744","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","host: Added a config-time libusb version check and errors/warnings\n\nFindLibUSB.cmake now fetches the libusb version via libusb_get_version()\nso that we can warn (or error out) about the system containing an\noutdated libusb version.\n\nThe following policies have been based upon support experiences and the\nlibusb changelog:\n\n    Windows: Error out for libusb < 1.0.19\n        v1.0.19 provides Windows 8 SuperSpeed detection support,\n        and appears to address a number of issues bladeRF users\n        have reported with v1.0.18 and earlier.\n\n        We force users to update here, given that some of the failures\n        on earlier versions were yielding corrupted samples.\n\n    OSX: Warn for libusb < 1.0.18:\n        v1.0.16 - v1.0.18 introduced SuperSpeed and 64-bit support,\n        as well as fixes for compile-time and run-time issues.\n\n    Linux: Warn for libusb < 1.0.16:\n        This is largely based upon feedback from bladeRF users. While\n        older versions may work, a number of users reported that issues\n        appeared to be resolved after updating libusb to >= 1.0.16.\n        (It isn't always clear if the reported update included Linux\n         distro upgrades that included kernel updates.)\n\nThe version check may be skipped via LIBUSB_SKIP_VERSION_CHECK=Yes.\nThis is intentionally not noted in the warnings/errors, as it's\npreferred that users update libusb rather than just skip the check.","Jon Szymaniak",true],["6bb85a629f997a0ea2ee6223fa6810bc45e7a425","e98346ab4bb0de2936fce0589a0acdb29319f57c@gmail.com","bladeRF-cli: return CLI_RET_* codes from calibrate_dc()\n\nThe caller in calibrate.c expects CLI return codes, not libbladeRF\nreturn codes.","Jon Szymaniak",true]],"size":22,"ref":"refs/heads/master","head":"35e5a6ee06f625608ee5e11e12fba418ac0d54d5"}