search for: barbieri

...t 2 files were written recently. Of course something like ~/.xsession-errors or some browser cache may have changed recently. But nothing big like a compile. It is an Apple MacBook Pro with their SSD. badblocks (read-only) shows no errors. Is there any way to recover it? :-S -- Gustavo Sverzut Barbieri -------------------------------------- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.o...

Found by sparse. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c index 03d8935..d7ace31 100644 --- a/drivers/gpu/drm/nouveau/nouveau_ge...

NV10TCL defines the vertex buffer registers both as arrays and as individual named registers. This causes duplicate register definitions and the individual registers are not used either by the DDX or by the Mesa driver. Francisco Jerez said to remove them all. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- renouveau.xml | 49 ------------------------------------------------- 1 files changed, 0 insertions(+), 49 deletions(-) diff --git a/renouveau.xml b/renouveau.xml index 8fb35a5..3fb9d9a 100644 --- a/renouveau.xml +++ b/renouveau.xml @@ -2498,55 +2498,6 @@...

...larges the PCI GART aperture to 512 MB. The current 64MB aperture is too small and should be enlarged. The optimal amound may be card/system-dependent, so a more sophisticated approach may be preferable. In particular, if RAMIN is less than 1MB, a 512MB aperture won't fit. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c index 4c7f1e4..2ca44cc 100644 --- a/drivers/gpu/drm/nouveau/nouv...

...rrors are still logged since they are useful for development. This has been tested on NV49 and may not work on other cards. To find out how things work on other cards, run the aforementioned test using the blob with mmiotrace and grep for a read of the PGRAPH source register. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_irq.c | 9 ++++++++- 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_irq.c b/drivers/gpu/drm/nouveau/nouveau_irq.c index 919a619..14de5a1 100644 --- a/drivers/gpu/drm/nouveau/nou...

He Everyone, We found out that till version 3.02 the Yukon nic is supported after it gives code errors, i'm working a lot with ehtherboot via drbl / clonezilla, and together with Steven Shiau we ask you guys if you can arrange that the Yukon can be supported again. Our thanx in advance. Dave & Steven

...patch rewrites the function so that it keeps the reference to nentry until nentry itself is freed and we already got a reference to nentry->next. It should now be correct and free of races, but please double check this. Updated according to Thomas Hellstrom's feedback. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 58 ++++++++++++++++++----------------------- 1 files changed, 26 insertions(+), 32 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 2920f9a..5dfa41f 100644 --- a/drivers/gpu/drm/ttm/...

...objects (with different path)? I'm doing something wrong? This seem to happen both with xapian-core.1.1.3 and xapian-core.1.2.2, and different gcc versions. Here are some details, strace outpud, gdb output, and top results: http://pastebin.com/udGQTi6K Cheers. -- --------------------- Luca Barbieri

Currently the nv30 and nv40 Gallium drivers are very similar, and contain about 5000 lines of essentially duplicate code. I prepared a patchset (which can be found at http://repo.or.cz/w/mesa/mesa-lb.git/shortlog/refs/heads/unification+fixes) which gradually unifies the drivers, one file per the commit. A new "nvfx" directory is created, and unified files are put there one by one.

nouveau_bo_wait will make the GPU channel wait for fence if possible, otherwise falling back to waiting with the CPU using ttm_bo_wait. The nouveau_fence_sync function currently returns -ENOSYS, and is the focus of the next patch. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_bo.c | 68 ++++++++++++++++++++++++++++++- drivers/gpu/drm/nouveau/nouveau_drv.h | 2 + drivers/gpu/drm/nouveau/nouveau_fence.c | 6 +++ drivers/gpu/drm/nouveau/nouveau_gem.c | 20 +++++---- 4 files changed, 86...

...rt on Linux Product: Portable OpenSSH Version: 4.6p1 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy: luca.barbieri at gmail.com This patch adds transparent proxy support on Linux. You can then run `ssh -D $port` and use `iptables -t nat -A OUTPUT -p tcp -d $dest -j REDIRECT --to-ports $port` to tunnel all TCP connections to host $dest via the ssh tunnel. Please apply, since this functionality is quite usefu...

...ly?) Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: luca.barbieri at gmail.com On my G71 system, several programs show vertex corruption issues. In particular, vertices tend to be corrupted or randomly go to infinity, leading to spiked triangles or random polygons, in several programs, such as demos/engine, demos/dinoshade, Blender, Extreme Tux Racer. The syst...

...the cause of some Nouveau oopses I experienced. This patch rewrites the function so that it keeps the reference to nentry until nentry itself is freed and we already got a reference to nentry->next. It should now be correct and free of races, but please double check this. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 58 +++++++++++++++++------------------------ 1 files changed, 24 insertions(+), 34 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 2920f9a..1daa2f1 100644 --- a/drivers/gpu/drm/ttm/...

...n... If I try to evaluate a quick estimate with: matches = enquire.get_mset(0, 0) matches.get_matches_estimated(); is it normal that the value range in my query is not evaluated? For each range i try, the estimated value is always the same, giving me a flat report. -- --------------------- Luca Barbieri

...ocid() 490 postlist table errors found: 255 I've re-created the 1.1.3 database WITHOUT the values that I add to documents during the indexing (with the document.add_value) and in this case the conversion creates a database without errors. Can someone help me? -- --------------------- Luca Barbieri

...tories browseable = no writable = yes [public] comment = Public Stuff path = /home/samba public = yes writable = yes printable = no -------------------------------------EOF---- Well, please help me, I'm waiting for your to return Gustavo Sverzut Barbieri -------------- next part -------------- A non-text attachment was scrubbed... Name: gsbarbieri.vcf Type: text/x-vcard Size: 344 bytes Desc: Card for Gustavo Sverzut Barbieri Url : http://lists.samba.org/archive/samba/attachments/20000215/25ece502/gsbarbieri.vcf

...kernel mode on module unload. It usually doesn't happen because there aren't any buffer on close. However, if the GPU is locked up, this condition is easily triggered. This patch fixes it in the simplest way possible by cleaning VRAM right before cleaning SGDMA memory. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_mem.c | 1 - drivers/gpu/drm/nouveau/nouveau_state.c | 1 + 2 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_mem.c b/drivers/gpu/drm/nouveau/nouveau_mem.c index 186f34b..8f3a...

...covered by a DMA object filling half RAMIN. The current 64MB aperture is too small and should be enlarged. The optimal amound may be card/system-dependent, so a more sophisticated approach may be preferable. Could anyone with an nv04 test whether this doesn't break there? Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 14 ++++++++++++-- 1 files changed, 12 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c index 4c7f1e4..5a52006 100644 --- a/drivers/gpu/drm...

Changes in v2: - Addressed review comments nouveau_bo_wait will make the GPU channel wait for fence if possible, otherwise falling back to waiting with the CPU using ttm_bo_wait. The nouveau_fence_sync function currently returns -ENOSYS, and is the focus of the next patch. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_bo.c | 68 ++++++++++++++++++++++++++++++- drivers/gpu/drm/nouveau/nouveau_drv.h | 2 + drivers/gpu/drm/nouveau/nouveau_fence.c | 6 +++ drivers/gpu/drm/nouveau/nouveau_gem.c | 20 +++++---- 4 files changed, 86...

...eed and we already got a reference to nentry->next. v2 updated by me according to Thomas Hellstrom's feedback. v3 proposed by Thomas Hellstrom. Commit comment updated by me. Both updates fixed minor efficiency/style issues only and all three versions should be correct. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> Signed-off-by: Thomas Hellstrom <thellstrom at vmware.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 58 ++++++++++++++++++------------------------ 1 files changed, 25 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm...