Displaying 8 results from an estimated 8 matches for "everythere".
2005 May 30
24
stable / unstable parallel install?
Hi,
Is there some easy way to install both 2.x and unstable xen
tools at the same machine? Seems /usr is hardcoded everythere
in the tools Makefiles, looks like there is no easy way to put
them to different paths (say, prefix /opt/xen2 and /opt/xen3)
:-/
Gerd
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
...her card# or renderD#.
>
> Exactly, thats why anything modesetting-related must be disabled for
> renderD#. Looking at the virtio-gpu device-specific ioctls I don't
> think there is anything doing modesetting (which we would have to leave
> out), so we can apply DRM_RENDER_ALLOW everythere I think. Or maybe
> there is a global switch to flip DRM_RENDER_ALLOW for the whole list ...
>
IMHO the idea of having a 'global' switch sounds quite good, yet there
isn't one atm :-( It will be quite useful as we get more render only
devices.
DRIVER_RENDER doesn't do that un...
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
...her card# or renderD#.
>
> Exactly, thats why anything modesetting-related must be disabled for
> renderD#. Looking at the virtio-gpu device-specific ioctls I don't
> think there is anything doing modesetting (which we would have to leave
> out), so we can apply DRM_RENDER_ALLOW everythere I think. Or maybe
> there is a global switch to flip DRM_RENDER_ALLOW for the whole list ...
>
IMHO the idea of having a 'global' switch sounds quite good, yet there
isn't one atm :-( It will be quite useful as we get more render only
devices.
DRIVER_RENDER doesn't do that un...
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
On 10 September 2015 at 15:23, Gerd Hoffmann <kraxel at redhat.com> wrote:
> On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote:
>> On 9 September 2015 at 12:42, Gerd Hoffmann <kraxel at redhat.com> wrote:
>> > From: Dave Airlie <airlied at redhat.com>
>> >
>> > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com>
>> > ---
2015 Sep 10
2
[PATCH 5/5] virtgpu: mark as a render gpu
On 10 September 2015 at 15:23, Gerd Hoffmann <kraxel at redhat.com> wrote:
> On Do, 2015-09-10 at 09:59 +0100, Emil Velikov wrote:
>> On 9 September 2015 at 12:42, Gerd Hoffmann <kraxel at redhat.com> wrote:
>> > From: Dave Airlie <airlied at redhat.com>
>> >
>> > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com>
>> > ---
2015 Sep 10
0
[PATCH 5/5] virtgpu: mark as a render gpu
...de, while render via either card# or renderD#.
Exactly, thats why anything modesetting-related must be disabled for
renderD#. Looking at the virtio-gpu device-specific ioctls I don't
think there is anything doing modesetting (which we would have to leave
out), so we can apply DRM_RENDER_ALLOW everythere I think. Or maybe
there is a global switch to flip DRM_RENDER_ALLOW for the whole list ...
cheers,
Gerd
2015 Sep 11
0
[PATCH 5/5] virtgpu: mark as a render gpu
...#.
>>
>> Exactly, thats why anything modesetting-related must be disabled for
>> renderD#. Looking at the virtio-gpu device-specific ioctls I don't
>> think there is anything doing modesetting (which we would have to leave
>> out), so we can apply DRM_RENDER_ALLOW everythere I think. Or maybe
>> there is a global switch to flip DRM_RENDER_ALLOW for the whole list ...
>>
> IMHO the idea of having a 'global' switch sounds quite good, yet there
> isn't one atm :-( It will be quite useful as we get more render only
> devices.
> DRIVER_R...
2006 May 12
2
[patch] xen bridged network setup fixes
Hi,
The attached patch fixes the setup of the bridge ports and the bridge
itself. Changes:
* move some functions to xen-network-common.sh, so both vif-bridge
and network-bridge can use them.
* add a new function to configure bridge ports and use it.
* make sure arp requests, ipv6 autoconfiguration and ipv6 router
solicitations are disabled for the bridge ports and also for the