search for: scheidegger

Thanks for giving it a look! On 19.10.2010 23:21, Jakob Stoklund Olesen wrote: > On Oct 19, 2010, at 11:40 AM, Roland Scheidegger wrote: > >> So I saw that the code is doing lots of register >> spilling/reloading. Now I understand that due to calling >> conventions, there's not really a way to avoid this - I tried using >> coldcc but apparently the backend doesn't implement it and hence &gt...

On Oct 19, 2010, at 6:37 PM, Roland Scheidegger wrote: > Thanks for giving it a look! > > On 19.10.2010 23:21, Jakob Stoklund Olesen wrote: >> On Oct 19, 2010, at 11:40 AM, Roland Scheidegger wrote: >> >>> So I saw that the code is doing lots of register >>> spilling/reloading. Now I understand that due...

...com>; Maxime Ripard > ><mripard at kernel.org>; Dave Airlie <airlied at redhat.com>; Gerd Hoffmann > ><kraxel at redhat.com>; Alex Deucher <alexander.deucher at amd.com>; > >VMware Graphics <linux-graphics-maintainer at vmware.com>; Roland > >Scheidegger <sroland at vmware.com>; Huang Rui <ray.huang at amd.com>; > >Felix Kuehling <Felix.Kuehling at amd.com>; Hawking Zhang > ><Hawking.Zhang at amd.com>; Jason Gunthorpe <jgg at ziepe.ca>; Likun Gao > ><Likun.Gao at amd.com>; virtualization at list...

On 18/11/14 14:34, Roland Scheidegger wrote: > Am 18.11.2014 um 15:05 schrieb Ilia Mirkin: >> On Tue, Nov 18, 2014 at 8:54 AM, Roland Scheidegger <sroland at vmware.com> wrote: >>> Am 18.11.2014 um 05:03 schrieb Ilia Mirkin: >>>> For values above integer accuracy in floats, val - floor(val) might &gt...

Am 13.06.2017 um 02:05 schrieb Ilia Mirkin: > On Mon, Jun 12, 2017 at 7:57 PM, Roland Scheidegger <sroland at vmware.com> wrote: >> FWIW surely on nv50 you could keep a single mad instruction for umad >> (sad maybe too?). (I'm actually wondering if the hw really can't do >> unfused float multiply+add as a single instruction but I know next to >> nothing abo...

...bit weird to do that per instruction, but d3d11 does that as well. (Some d3d versions just have a global flag basically forbidding or allowing any such fast math optimizations in the assembly, but I'm not actually sure everybody honors that without tesselation...) For 1/9: Reviewed-by: Roland Scheidegger <sroland at vmware.com> 2/9 has a typo in the commit short log ("Instrutions"). FWIW surely on nv50 you could keep a single mad instruction for umad (sad maybe too?). (I'm actually wondering if the hw really can't do unfused float multiply+add as a single instruction but I...

On 20.10.2010 05:00, Jakob Stoklund Olesen wrote: > On Oct 19, 2010, at 6:37 PM, Roland Scheidegger wrote: > >> Thanks for giving it a look! >> >> On 19.10.2010 23:21, Jakob Stoklund Olesen wrote: >>> On Oct 19, 2010, at 11:40 AM, Roland Scheidegger wrote: >>> >>>> So I saw that the code is doing lots of register >>>> spilling/rel...

On Tue, Nov 18, 2014 at 8:54 AM, Roland Scheidegger <sroland at vmware.com> wrote: > Am 18.11.2014 um 05:03 schrieb Ilia Mirkin: >> For values above integer accuracy in floats, val - floor(val) might >> actually produce a value greater than 1. For such large floats, it's >> reasonable to be imprecise, but it's unre...

...com>; Maxime Ripard >> <mripard at kernel.org>; Dave Airlie <airlied at redhat.com>; Gerd Hoffmann >> <kraxel at redhat.com>; Alex Deucher <alexander.deucher at amd.com>; >> VMware Graphics <linux-graphics-maintainer at vmware.com>; Roland >> Scheidegger <sroland at vmware.com>; Huang Rui <ray.huang at amd.com>; >> Felix Kuehling <Felix.Kuehling at amd.com>; Hawking Zhang >> <Hawking.Zhang at amd.com>; Jason Gunthorpe <jgg at ziepe.ca>; Likun Gao >> <Likun.Gao at amd.com>; virtualization at list...

(repost with right sender address) On 20.10.2010 18:13, Jakob Stoklund Olesen wrote: > On Oct 20, 2010, at 7:46 AM, Roland Scheidegger wrote: > >> On 20.10.2010 05:00, Jakob Stoklund Olesen wrote: >>> Look in X86InstrControl.td. The call instructions are all prefixed >>> by: >>> >>> let Defs = [RAX, RCX, RDX, RSI, RDI, R8, R9, R10, R11, FP0, FP1, FP2, >>> FP3, FP4, FP5, FP6, S...

On Tue, May 18, 2010 at 7:04 PM, Roland Scheidegger <sroland at vmware.com> wrote: > Hi, > > I plan to merge the gallium-msaa branch to master soon. > It's actually a bit of a misnomer since the conceptually more important > changes in there are about blits... > > Here's a short summary what this is about: > bli...

...<tzimmermann at suse.de>; bskeggs at redhat.com; >airlied at linux.ie; daniel at ffwll.ch; christian.koenig at amd.com; amd- >gfx at lists.freedesktop.org; nouveau at lists.freedesktop.org; dri- >devel at lists.freedesktop.org; virtualization at lists.linux-foundation.org; Roland >Scheidegger <sroland at vmware.com>; Jason Gunthorpe <jgg at ziepe.ca>; >Huang Rui <ray.huang at amd.com>; VMware Graphics <linux-graphics- >maintainer at vmware.com>; Gerd Hoffmann <kraxel at redhat.com>; spice- >devel at lists.freedesktop.org; Alex Deucher <alexander...

...m> Cc: Dave Airlie <airlied at redhat.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Alex Deucher <alexander.deucher at amd.com> Cc: "Christian K?nig" <christian.koenig at amd.com> Cc: VMware Graphics <linux-graphics-maintainer at vmware.com> Cc: Roland Scheidegger <sroland at vmware.com> Cc: Huang Rui <ray.huang at amd.com> Cc: Felix Kuehling <Felix.Kuehling at amd.com> Cc: Hawking Zhang <Hawking.Zhang at amd.com> Cc: Jason Gunthorpe <jgg at ziepe.ca> Cc: Likun Gao <Likun.Gao at amd.com> Cc: dri-devel at lists.freedesktop....

Roland Scheidegger <sroland <at> vmware.com> writes: > This looks quite similar to something I filed a bug on (12312). Michael > Liao submitted fixes for this, so I think > if you change it to > %16 = fcmp ogt <4 x float> %15, %cr > %17 = sext <4 x i1> %16 to <4 x i32>...

On Oct 28, 2010, at 7:30 AM, Roland Scheidegger wrote: > Hi, > > hit by a bug in llvm 2.8, I was wondering if there are any stable > release branches? The bug is only present in the release branch, and I > have a fix for it (see attachment). IMHO the bug is quite bad, and > workarounds are actually ugly and generate inefficie...

...; On Nov 24, 2020, at 06:38, Thomas Zimmermann <tzimmermann at suse.de> wrote: > > Using struct drm_device.pdev is deprecated. Convert vmwgfx to struct > drm_device.dev. No functional changes. > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> > Cc: Roland Scheidegger <sroland at vmware.com> > --- > drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 8 ++++---- > drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 27 +++++++++++++------------- > drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 2 +- Reviewed-by: Zack Rusin <zackr at vmware.com> z

Hello I have problem with a access application, when I try to start the application then I must wait 5 minutes ago before he started. I do this from a WinXp Workstation to a Linux Debian Etch and samba 3.0.24 installation. What can I do for better performance. best regards pat

...orst at linux.intel.com>; Maxime Ripard ><mripard at kernel.org>; Dave Airlie <airlied at redhat.com>; Gerd Hoffmann ><kraxel at redhat.com>; Alex Deucher <alexander.deucher at amd.com>; >VMware Graphics <linux-graphics-maintainer at vmware.com>; Roland >Scheidegger <sroland at vmware.com>; Huang Rui <ray.huang at amd.com>; >Felix Kuehling <Felix.Kuehling at amd.com>; Hawking Zhang ><Hawking.Zhang at amd.com>; Jason Gunthorpe <jgg at ziepe.ca>; Likun Gao ><Likun.Gao at amd.com>; virtualization at lists.linux-foundat...

...e> wrote: >>>> >>>> Using struct drm_device.pdev is deprecated. Convert vmwgfx to struct >>>> drm_device.dev. No functional changes. >>>> >>>> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> >>>> Cc: Roland Scheidegger <sroland at vmware.com> >>>> --- >>>> drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 8 ++++---- >>>> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 27 +++++++++++++------------- >>>> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 2 +- >>> >>>...

Hi, hit by a bug in llvm 2.8, I was wondering if there are any stable release branches? The bug is only present in the release branch, and I have a fix for it (see attachment). IMHO the bug is quite bad, and workarounds are actually ugly and generate inefficient code (couldn't really come up with anything which actually generated correct code which didn't require at least a pshufb). For