aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/tools/perf/scripts/python/export-to-postgresql.py
diff options
context:
space:
mode:
authorJason Long <jasonlongball@gmail.com>2024-12-18 11:13:44 -0500
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2024-12-24 08:56:04 +0100
commitca5d736b74cacbfd7adf1d792e4ad5b97c6c56c8 (patch)
tree3f2d4018aa24c7b2f1f64c6c6aafbd99b8005990 /tools/perf/scripts/python/export-to-postgresql.py
parentusb: typec: tcpm: Add new AMS for Get_Revision response (diff)
downloadwireguard-linux-ca5d736b74cacbfd7adf1d792e4ad5b97c6c56c8.tar.xz
wireguard-linux-ca5d736b74cacbfd7adf1d792e4ad5b97c6c56c8.zip
usbip: Accept arbitrarily long scatter-gather list
Fixes issue where memory will fail to be allocated for larger bulk transfers, ~1 MB or more. This occurs because userland libraries, such as libusb, send the entire USB data buffer when SG support is detected. The assumption is that the driver knows how to properly split the data up before sending it out. By hardcoding a limit, bigger transfers that exceed the SG tablesize limit of 32 will be unable to use SG. This results in an attempt to allocate contiguous pages which, unsurprisingly, will fail too and returns an ENOMEM. It looks like other drivers that support SG allow for any length of SG lists. Accepting any SG size allows the driver to properly handle large bulk transfer situations. Tested bulk read and write operations using the following devices: - Logitech Webcam Pro 9000 - USB 2.0 - SanDisk Ultra - USB 3.0 - Logitech M500s Mouse Signed-off-by: Jason Long <jasonlongball@gmail.com> Reviewed-by: Shuah Khan <skhan@linuxfoundation.org> Link: https://lore.kernel.org/r/20241218161344.202637-1-jasonlongball@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions