I have a 12inch 2880x1920 monitor (eDP-1) and a 21inch (eDP-1) with a 1920x1080 native res. I tried to use

xrandr --fb 6720x2160 --output DVI-I-2-2 --mode 1920x1080 --right-of eDP-1 --scale 2x2 --panning 3840x2160+2880+0

and I got:

X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 29 (RRSetPanning)
Serial number of failed request: 46
Current serial number in output stream: 46

I have an Asus t303ua
with:
VGA compatible controller: Intel Corporation HD Graphics 520 (rev 07) (prog-if 00 [VGA controller])

Is there a plan to support panning in the future on Linux?

I am a video deejay using a Macbook that has a failed GPU so i currently rely on one of your devices to connect to an external display.I upgraded to Mac OS High sierra and realized that my display link driver works differently(blue airplay icon) and i have much better performance now(faster frame rates with mix-emergency & Serato ,transparency on the dock And task bar),thank you for that .But The problem is Mac Os High Sierra is Just too Unstable right now for example due to the failed GPU i have completely disabled it but because of that my laptop does not sleep when l close the lid also when it sleeps it cannot wake the screen when i wake it up also i cannot control the screen brightness worst of all i have experienced 3 complete unrecoverable Os crushes in the past two weeks since finally upgrading to high sierra from mac OS sierra so i`ve reinstalled mac OS sierra and my computer works just fine now but im back to the older functioning display link driver that has better resolution on my external display running natively in 1360*768 resolution but has much much lower frame rates on both mix emergency and virtual DJ video output because it doesn't work like the air play one on high sierra .

so my suggestion is that you please implement the same airplay idea on high sierra it works much better

my current display link hardware is a USB 2.0 to dvi ,hdmi and vga (USB 2.0 UGA 17)

If the DisplayLink driver existed in the kernel, it would be SO much easier for the users to get it working. In my role as Chief Digital Officer for a large company (of 8000 people), I would probably have bought 500 of these devices IF the driver were just upstream (you know, how Linux devices normally "just work" without the aggro common in the Windows world). However, the annoyance of a manual driver install, especially when it's broken on updates to newer kernels, is just something I wouldn't want to invest in. Please consider that proprietary drivers are serious impediment to sales, and just work with a willing community upstream.

I'm running MacOS 10.13.3 (downgraded from 10.13.4 for reasons that I'm sure you know) on a MacBook Air (13-Inch Mid 2011, 1.8Ghz Core i7, 4 GB RAM) and whenever I have any of your latest (e.g. most recent final releases, two most recent "Betas" to fix the issue with MacOS 10.13.4) it causes Ableton Live 10 (10.0.1) to not load/run.

The main reason that my computer system and I have a DisplayLink in my environment is for making music. I use the two screen setup while working with Live to have my AU and VST plugins visible while tracking. Without this software in place my second display is essentially a paperweight.

It'd be great if you could test later releases with Live 10 so this is actually usable for me.

I've verified that it's the DisplayLink software by installing and uninstalling the software and being able to successful replicate the problem as expected.

Please let me know if you would like any logs.

Packaging of ubuntu drivers into a .zip file with a name containing lots of spaces, which unzips into the current folder instead of a subfolder, and then requires the manual execution of an installer script (which may as well be called setup.exe), makes ubuntu users feel like we are running Windows again, and reminds us why we hated it so much. Ubuntu offers a superior packaging format (the .deb package), and a repository model which offers streamlined installation, and automatic updates forever. Setting up a repository for your software and packaging it properly will take very little more effort than your current packaging process, and not doing so is harming your penetration into the Linux market, and is a huge missed opportunity.