search for: pfb

...aid, but in the long-term it is desirable for the driver to be able to work without any kind of VRAM. This patch adds a few conditionals in places where a RAM device was assumed to be present and allows some more objects to be allocated from the TT domain, allowing Nouveau to handle GPUs for which pfb->ram == NULL. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drm/nouveau/nouveau_display.c | 9 ++++++++- drm/nouveau/nouveau_ttm.c | 3 +++ drm/nouveau/nv84_fence.c | 7 +++++-- drm/nouveau/nvkm/engine/device/base.c | 9 ++++++--- drm/...

...aid, but in the long-term it is desirable for the driver to be able to work without any kind of VRAM. This patch adds a few conditionals in places where a RAM device was assumed to be present and allows some more objects to be allocated from the TT domain, allowing Nouveau to handle GPUs for which pfb->ram == NULL. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drm/nouveau/nouveau_display.c | 8 +++++++- drm/nouveau/nouveau_ttm.c | 3 +++ drm/nouveau/nv84_fence.c | 14 +++++++++++--- drm/nouveau/nvkm/engine/device/base.c | 9 ++++++---...

...aid, but in the long-term it is desirable for the driver to be able to work without any kind of VRAM. This patch adds a few conditionals in places where a RAM device was assumed to be present and allows some more objects to be allocated from the TT domain, allowing Nouveau to handle GPUs for which pfb->ram == NULL. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drm/nouveau/nouveau_display.c | 8 +++++++- drm/nouveau/nouveau_ttm.c | 3 +++ drm/nouveau/nv84_fence.c | 14 +++++++++++--- drm/nouveau/nvkm/engine/device/base.c | 9 ++++++---...

...compiles fine but when it starts to make PDF documentation it generates the following (tail of the "make distribution" output): ! pdfTeX warning (dest): name{Rfn.survival} has been referenced but does not ex ist, replaced by a fixed one <C:/local/MiKTeX/fonts/type1/bluesky/cm/cmti10.pfb>{8r.enc}<C:/local/MiKTeX/fon ts/type1/urw/times/utmbi8a.pfb><C:/local/MiKTeX/fonts/type1/bluesky/ams/cmbsy7. pfb><C:/local/MiKTeX/fonts/type1/bluesky/cm/cmbx10.pfb><C:/local/MiKTeX/fonts/t ype1/bluesky/cm/cmmib10.pfb><C:/local/MiKTeX/fonts/type1/bluesky/cm/cmr5.pfb>...

...is desirable for > the driver to be able to work without any kind of VRAM. > > This patch adds a few conditionals in places where a RAM device was > assumed to be present and allows some more objects to be allocated from > the TT domain, allowing Nouveau to handle GPUs for which > pfb->ram == NULL. > > Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> > --- > drm/nouveau/nouveau_display.c | 8 +++++++- > drm/nouveau/nouveau_ttm.c | 3 +++ > drm/nouveau/nv84_fence.c | 14 +++++++++++--- > drm/nouveau/nvkm/e...

Full_Name: Ziying Sherwin Version: 1.3.0 OS: Solaris 2.8 Submission from: (NULL) (130.14.31.32) We tried to install R on our Sun Solaris 2.8 machine using gcc 3.0. During the compilation, we got error messages like: gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c sockconn.c -o sockconn.o gcc -shared -o internet.so Rsock.o internet.o

...core/subdev/fb/ramfuc.h +++ b/drivers/gpu/drm/nouveau/core/subdev/fb/ramfuc.h @@ -141,6 +141,20 @@ ramfuc_wait_vblank(struct ramfuc *ram) } static inline void +ramfuc_train(struct ramfuc *ram) +{ + nouveau_memx_train(ram->memx); +} + +static inline int +ramfuc_train_result(struct nouveau_fb *pfb, u32 *result, u32 rsize) +{ + struct nouveau_pwr *ppwr = nouveau_pwr(pfb); + + return nouveau_memx_train_result(ppwr, result, rsize); +} + +static inline void ramfuc_block(struct ramfuc *ram) { nouveau_memx_block(ram->memx); @@ -162,6 +176,8 @@ ramfuc_unblock(struct ramfuc *ram) #define ram...

Following a series of patches that implement memory reclocking for NVA3/5/8 with DDR2, DDR3 and GDDR3 on board. I tested these patches on 6 different graphics cards, but I expect reclocking now to work on many more. Testers can pick up these patches and test it by enabling pstate (nouveau.pstate=1). They should then be able to change clocks by writing to /sys/class/drm/card0/device/pstate. Correct

Commit dceef5d87 (drm/nouveau/fb: initialise vram controller as pfb sub-object) moved some code around and introduced these null derefs. pfb->ram is set to the new ram object outside of this ctor. Reported-by: Ronald Uitermark <ronald645 at gmail.com> Tested-by: Ronald Uitermark <ronald645 at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum...

On Wed, Feb 11, 2015 at 2:21 AM, Alexandre Courbot <gnurou at gmail.com> wrote: > @@ -150,7 +151,10 @@ gf100_ltc_init_tag_ram(struct nvkm_fb *pfb, struct nvkm_ltc_priv *priv) > int ret; > > /* tags for 1/4 of VRAM should be enough (8192/4 per GiB of VRAM) */ > - priv->num_tags = (pfb->ram->size >> 17) / 4; > + if (pfb->ram) > + priv->num_tags = (pfb->ram->...

...e Software (www.radicaleye.com) '' TeX output 2004.09.16:0716'' -> interface.ps <tex.pro><alt-rule.pro><texc.pro><f7b6d320.enc><74afc74c.enc><aae443f0.enc> <bbad153f.enc><09fbbfac.enc><texps.pro><special.pro>. <cmtt10.pfb> <cmsy10.pfb><cmmi10.pfb><cmti10.pfb><cmr17.pfb><cmsl10.pfb><cmr10.pfb> <cmbx10.pfb><cmr12.pfb><cmbx12.pfb>[1<eps/xenlogo.eps>] [2] [1] [2] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21...

...0) L"MS Sans Serif" => 0xb2 trace:font:WineEngInit trace:font:WineEngInit FreeType version is 2.1.0 trace:font:ReadFontDir Loading fonts from "/home/s2/.wine/dosdevices/c:/windows/Fonts" trace:font:load_fontconfig_fonts fontconfig: /usr/share/fonts/default/Type1/n022004l.pfb trace:font:load_fontconfig_fonts fontconfig: /usr/share/fonts/default/Type1/n021024l.pfb trace:font:load_fontconfig_fonts fontconfig: /usr/share/fonts/default/Type1/a010035l.pfb trace:font:load_fontconfig_fonts fontconfig: /usr/X11R6/lib/X11/fonts/Type1/couri.pfa trace:font:load_fontconfig_fonts fo...

Thanks Ilia for the v2 review! Here is the v3 of this IOMMU support for GK20A series. Changes since v2: - Cleaner changes for ltc - Fixed typos in gk20a instmem IOMMU comments Changes since v1: - Add missing else condition in ltc - Remove extra flags that slipped into nouveau_display.c and nv84_fence.c. Original cover letter: Patches 1-3 make the presence of a RAM device optional, and remove

...ltcg/nvc0.c @@ -30,8 +30,9 @@ struct nvc0_ltcg_priv { struct nouveau_ltcg base; u32 part_nr; u32 subp_nr; - struct nouveau_mm tags; u32 num_tags; + u32 tag_base; + struct nouveau_mm tags; struct nouveau_mm_node *tag_ram; }; @@ -117,10 +118,6 @@ nvc0_ltcg_init_tag_ram(struct nouveau_fb *pfb, struct nvc0_ltcg_priv *priv) u32 tag_size, tag_margin, tag_align; int ret; - nv_wr32(priv, 0x17e8d8, priv->part_nr); - if (nv_device(pfb)->card_type >= NV_E0) - nv_wr32(priv, 0x17e000, priv->part_nr); - /* tags for 1/4 of VRAM should be enough (8192/4 per GiB of VRAM) */ pri...

Kernel panic caused by list corruption in ltcg seems to indicate a concurrency issue. Take mutex of pfb like nv50_ram_put() to eliminate concurrency. V2: Separate critical section into separate function, avoid taking the lock twice on NVC0 Signed-off-by: Roy Spliet <r.spliet at student.tudelft.nl> --- drivers/gpu/drm/nouveau/core/subdev/fb/priv.h | 2 +- drivers/gpu/drm/nouveau/core/subd...

...veau/nv50_display.c @@ -159,7 +159,7 @@ nv50_dmac_create_fbdma(struct nouveau_object *core, u32 parent) NV_DMA_IN_MEMORY_CLASS, &(struct nv_dma_class) { .flags = NV_DMA_TARGET_VRAM | - NV_DMA_ACCESS_RDWR, + NV_DMA_ACCESS_RD, .start = 0, .limit = pfb->ram->size - 1, .conf0 = NV50_DMA_CONF0_ENABLE | @@ -172,7 +172,7 @@ nv50_dmac_create_fbdma(struct nouveau_object *core, u32 parent) NV_DMA_IN_MEMORY_CLASS, &(struct nv_dma_class) { .flags = NV_DMA_TARGET_VRAM | - NV_DMA_ACCESS_RDWR, + NV_DMA_ACCESS_RD,...

...ltcg/nvc0.c @@ -30,8 +30,9 @@ struct nvc0_ltcg_priv { struct nouveau_ltcg base; u32 part_nr; u32 subp_nr; - struct nouveau_mm tags; u32 num_tags; + u32 tag_base; + struct nouveau_mm tags; struct nouveau_mm_node *tag_ram; }; @@ -117,10 +118,6 @@ nvc0_ltcg_init_tag_ram(struct nouveau_fb *pfb, struct nvc0_ltcg_priv *priv) u32 tag_size, tag_margin, tag_align; int ret; - nv_wr32(priv, 0x17e8d8, priv->part_nr); - if (nv_device(pfb)->card_type >= NV_E0) - nv_wr32(priv, 0x17e000, priv->part_nr); - /* tags for 1/4 of VRAM should be enough (8192/4 per GiB of VRAM) */ pri...

...58 MMIO32 R 0x610044 0x00000000 PDISPLAY+0x44 => 0 [0] 443.964873 MMIO32 W 0x610044 0x00000000 PDISPLAY+0x44 <= 0 [0] 443.964890 MMIO32 R 0x616b00 0x00000000 PDISPLAY+0x6b00 => 0 [0] 443.964905 MMIO32 W 0x616b00 0x00000000 PDISPLAY+0x6b00 <= 0 [0] 443.964938 MMIO32 R 0x100674 0x0009000b PFB+0x674 => 0x9000b [0] 443.964958 MMIO32 R 0x100578 0x000a0003 PFB+0x578 => 0xa0003 [0] 443.964976 MMIO32 W 0x100674 0x00090002 PFB+0x674 <= 0x90002 [0] 443.964994 MMIO32 W 0x100578 0x000a0001 PFB+0x578 <= 0xa0001 [0] 443.965013 MMIO32 R 0x100b0c 0x00080003 PFB+0xb0c => 0x80003 [0] 443...

Everyone, With the update to Centos 7.5 it is apparent that we lost the Courier 10 Pitch fonts that were in "xorg-x11-fonts-Type1". Does anyone know how to get this back. Greg Ennis

Changes since v1: - Add missing else condition in ltc - Remove extra flags that slipped into nouveau_display.c and nv84_fence.c. Original cover letter: Patches 1-3 make the presence of a RAM device optional, and remove GK20A's dummy RAM driver we were using so far. On chips using shared memory, such a device can confuse the driver into moving objects where there is no need to, and can trick