On Wed, 2013-11-06 at 09:15 +0100, Thomas Hellstrom wrote:
> On 11/06/2013 12:21 AM, Christopher James Halse Rogers wrote:
> > On Tue, 2013-11-05 at 12:04 +0200, Alexandros Frantzis wrote:
> >> On Tue, Nov 05, 2013 at 08:22:28AM +0100, Thomas Hellstrom wrote:
> >>> Hi!
> >>>
> >>> I'm new to this l
On Wed, Nov 06, 2013 at 06:07:30AM -0800, Jakob Bornecrantz wrote:
> - Original Message -
> > On Wed, Nov 06, 2013 at 09:08:11AM +0100, Thomas Hellstrom wrote:
> > > I'm trying to tell you this as politely as I can, but I urge you to
> > > rework this path.
> >
> > OK, hint taken. I will i
- Original Message -
> On Wed, Nov 06, 2013 at 09:08:11AM +0100, Thomas Hellstrom wrote:
> > I'm trying to tell you this as politely as I can, but I urge you to
> > rework this path.
>
> OK, hint taken. I will investigate what's involved in using shmem
> instead of dumb buffers in Mir, and
On Wed, Nov 06, 2013 at 09:08:11AM +0100, Thomas Hellstrom wrote:
> I'm trying to tell you this as politely as I can, but I urge you to
> rework this path.
OK, hint taken. I will investigate what's involved in using shmem
instead of dumb buffers in Mir, and also what the performance
implications a
On 11/06/2013 12:21 AM, Christopher James Halse Rogers wrote:
On Tue, 2013-11-05 at 12:04 +0200, Alexandros Frantzis wrote:
On Tue, Nov 05, 2013 at 08:22:28AM +0100, Thomas Hellstrom wrote:
Hi!
I'm new to this list and I'm trying to get Mir running in a VMware
virtual machine on top of the vmw
On 11/05/2013 09:54 PM, Alexandros Frantzis wrote:
On Tue, Nov 05, 2013 at 06:47:55PM +0100, Thomas Hellstrom wrote:
[snip]
When creating a dumb GBM buffer we create a DRIimage associated with the
dumb DRM buffer using DRI's createImageFromName(). After that we treat the
GBM buffer as a normal
On Tue, 2013-11-05 at 12:04 +0200, Alexandros Frantzis wrote:
> On Tue, Nov 05, 2013 at 08:22:28AM +0100, Thomas Hellstrom wrote:
> > Hi!
> >
> > I'm new to this list and I'm trying to get Mir running in a VMware
> > virtual machine on top of the vmwgfx driver stack.
> > The idea is to first get "m
On Tue, Nov 05, 2013 at 06:47:55PM +0100, Thomas Hellstrom wrote:
[snip]
> >When creating a dumb GBM buffer we create a DRIimage associated with the
> >dumb DRM buffer using DRI's createImageFromName(). After that we treat the
> >GBM buffer as a normal non-dumb buffer as far as rendering is concer
On 11/05/2013 04:00 PM, Alexandros Frantzis wrote:
On Tue, Nov 05, 2013 at 03:17:49PM +0100, Thomas Hellstrom wrote:
On 11/05/2013 02:55 PM, Alexandros Frantzis wrote:
[snip]
The main use case for this is to allow direct surface pixel access for
clients that either can't, or prefer not to use
On Tue, Nov 05, 2013 at 03:17:49PM +0100, Thomas Hellstrom wrote:
> On 11/05/2013 02:55 PM, Alexandros Frantzis wrote:
[snip]
> >The main use case for this is to allow direct surface pixel access for
> >clients that either can't, or prefer not to use GL to render, while
> >still keeping compositing
On 11/05/2013 02:55 PM, Alexandros Frantzis wrote:
On Tue, Nov 05, 2013 at 03:36:52AM -0800, Jakob Bornecrantz wrote:
[SNIP]
Hi Jakob!
Note that the Mesa codebase we are using has some changes in the GBM code
(experimental, not upstream yet). Notably:
* we allow creation of "dumb" drm buff
On Tue, Nov 05, 2013 at 12:13:42PM +0100, Thomas Hellstrom wrote:
[snip]
> Again that depends on the use-case. Is there any coherence assumed
> or data-transfer
> going on between the dumb drm buffer and the DRIimage? Or are you
> using it to be
> able to render to cursors?
The main use case for t
On Tue, Nov 05, 2013 at 03:36:52AM -0800, Jakob Bornecrantz wrote:
[SNIP]
Hi Jakob!
> >
> > Note that the Mesa codebase we are using has some changes in the GBM code
> > (experimental, not upstream yet). Notably:
> > * we allow creation of "dumb" drm buffers of arbitrary size (not just
> >
- Original Message -
> On Tue, Nov 05, 2013 at 08:22:28AM +0100, Thomas Hellstrom wrote:
> > Hi!
> >
> > I'm new to this list and I'm trying to get Mir running in a VMware
> > virtual machine on top of the vmwgfx driver stack.
> > The idea is to first get "mir_demo_server_basic" running wit
Hi Alexandros.
Thanks for responding.
On 11/05/2013 11:04 AM, Alexandros Frantzis wrote:
4) vmwgfx does not yet implement the drm "Prime" mechanism for
sharing of dma buffers, which Mir relies on. I'm about to implement
that.
However, it seems like Mir is using dma buffers in an illegal way:
1
On Tue, Nov 05, 2013 at 08:22:28AM +0100, Thomas Hellstrom wrote:
> Hi!
>
> I'm new to this list and I'm trying to get Mir running in a VMware
> virtual machine on top of the vmwgfx driver stack.
> The idea is to first get "mir_demo_server_basic" running with demo
> clients and then move on to Xmir
On 11/05/2013 08:42 AM, Daniel van Vugt wrote:
Thanks Thomas, nice work.
Would you be able to log the individual problems separately here; ?
https://bugs.launchpad.net/mir/+filebug
Sure, will do that.
/Thomas
On 05/11/13 15:22, Thomas Hellstrom wrote:
Hi!
I'm new to this list and I'm tr
Thanks Thomas, nice work.
Would you be able to log the individual problems separately here; ?
https://bugs.launchpad.net/mir/+filebug
On 05/11/13 15:22, Thomas Hellstrom wrote:
Hi!
I'm new to this list and I'm trying to get Mir running in a VMware
virtual machine on top of the vmwgfx driver s
Hi!
I'm new to this list and I'm trying to get Mir running in a VMware
virtual machine on top of the vmwgfx driver stack.
The idea is to first get "mir_demo_server_basic" running with demo
clients and then move on to Xmir, patching up our drivers as necessary.
So far, I've encountered a coupl
19 matches
Mail list logo
