search for: nreloc

...vmaddr 0x0000000000000000 vmsize 0x0000000000000900 fileoff 464 filesize 2304 maxprot rwx initprot rwx nsects 3 flags (none) Section sectname __text segname __TEXT addr 0x0000000000000000 size 0x00000000000006b6 offset 464 align 2^4 (16) reloff 2768 nreloc 9 type S_REGULAR attributes PURE_INSTRUCTIONS SOME_INSTRUCTIONS reserved1 0 reserved2 0 Section sectname __compact_unwind segname __LD addr 0x00000000000006b6 size 0x00000000000000e0 offset 2182 align 2^0 (1) reloff 2840 nreloc 7 type S_REGULAR attrib...

...0db3c .D$............< 0010 248b0c24 81e1ff07 000081f9 00040000 $..$............ 0020 75122500 0200002d 00010000 290424dd u.%....-....).$. 0030 d8db2c24 83c40cdd 5c2404dd 442404c3 ..,$....\$..D$.. SYMBOL TABLE: [ 0](sec 1)(fl 0x00)(ty 0)(scl 3) (nx 1) 0x00000000 .text AUX scnlen 0x40 nreloc 0 nlnno 0 checksum 0x0 assoc 1 comdat 0 [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c sqrt.c sqrt.c:1:15: warning: incompatible redeclaration of library function 'sqrt' [-Wincompatible-library-...

...; 0010 248b0c24 81e1ff07 000081f9 00040000 $..$............ > 0020 75122500 0200002d 00010000 290424dd u.%....-....).$. > 0030 d8db2c24 83c40cdd 5c2404dd 442404c3 ..,$....\$..D$.. > SYMBOL TABLE: > [ 0](sec 1)(fl 0x00)(ty 0)(scl 3) (nx 1) 0x00000000 .text > AUX scnlen 0x40 nreloc 0 nlnno 0 checksum 0x0 assoc 1 comdat 0 > [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt > > H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c > sqrt.c > sqrt.c:1:15: warning: incompatible redeclaration of library function 'sqrt' >...

Hi Kent, My guess is you are getting some new bit of info in your object files and your ranlib(1) is older and doesn't know about it. If you can send me the .o file or the output of otool(1) with the -hlv options on your object file I can take a look. Kev P.S. you can find out the version of ranlib(1) you have by running strings(1) on it and grep(1)'ing for the string

Ran into this today -- rebuilt the SVN Trunk for this morning of LLVM+CLANG. Now every time my builds try and make a library from .o files, ranlib complains about 'malformed object' files. This is with OS X 10.7.4, and the binary tools from XCode 4.4.1 ld -v @(#)PROGRAM:ld PROJECT:ld64-127.2 llvm version 3.0svn, from Apple Clang 3.0 (build 211.12) ranlib doesn't tell you what

...1ff07 000081f9 00040000 $..$............ >> 0020 75122500 0200002d 00010000 290424dd u.%....-....).$. >> 0030 d8db2c24 83c40cdd 5c2404dd 442404c3 ..,$....\$..D$.. >> SYMBOL TABLE: >> [ 0](sec 1)(fl 0x00)(ty 0)(scl 3) (nx 1) 0x00000000 .text >> AUX scnlen 0x40 nreloc 0 nlnno 0 checksum 0x0 assoc 1 comdat 0 >> [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt >> >> H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c >> sqrt.c >> sqrt.c:1:15: warning: incompatible redeclaration of library function &...

...did… $otool -X -s __DATA __objc_selrefs simple 00003034 00002fec 00002fe7 00002fd7 00002fcc 00003044 00002fc6 00002ff2 $ otool -l simple | grep selrefs -A20 sectname __objc_selrefs segname __DATA addr 0x00003034 size 0x00000018 offset 8244 align 2^2 (4) reloff 0 nreloc 0 flags 0x10000005 reserved1 0 reserved2 0 Now, obviously these are where the selectors are, and sure enough when I start walking the disass I find these addresses coming up.. but if I look at address 0x3034 I don't see 00002fec or anything the like.., in fact, using 0xED, I see 6830000...

...> 0010 248b0c24 81e1ff07 000081f9 00040000 $..$............ > 0020 75122500 0200002d 00010000 290424dd u.%....-....).$. > 0030 d8db2c24 83c40cdd 5c2404dd 442404c3 ..,$....\$..D$.. > SYMBOL TABLE: > [ 0](sec 1)(fl 0x00)(ty 0)(scl 3) (nx 1) 0x00000000 .text > AUX scnlen 0x40 nreloc 0 nlnno 0 checksum 0x0 assoc 1 comdat 0 > [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt > > H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c > sqrt.c > sqrt.c:1:15: warning: incompatible redeclaration of library function 'sqrt' >...

I'm so close to having LLVM build on PowerPC. If there's any PowerPC experts, help? Lines like this: outs() << "[" << format("%2d", i) << "]" << "(sec " << format("%2d", int16_t(symbol->SectionNumber)) << ")" << "(fl 0x" <<

.../radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 2b6e0ebcc13a..af1dae9ce829 100644 --- a/drivers/gpu/drm/radeon/radeon_cs.c +++ b/drivers/gpu/drm/radeon/radeon_cs.c @@ -222,11 +222,17 @@ static void radeon_cs_sync_rings(struct radeon_cs_parser *p) int i; for (i = 0; i < p->nrelocs; i++) { + struct reservation_object *resv; + struct fence *fence; + if (!p->relocs[i].robj) continue; + resv = p->relocs[i].robj->tbo.resv; + fence = reservation_object_get_excl(resv); + radeon_semaphore_sync_to(p->ib.semaphore, - p->relocs[i].robj->tbo.sync_...

.../radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 71a143461478..dfd3f389776c 100644 --- a/drivers/gpu/drm/radeon/radeon_cs.c +++ b/drivers/gpu/drm/radeon/radeon_cs.c @@ -228,11 +228,17 @@ static void radeon_cs_sync_rings(struct radeon_cs_parser *p) int i; for (i = 0; i < p->nrelocs; i++) { + struct reservation_object *resv; + struct fence *fence; + if (!p->relocs[i].robj) continue; + resv = p->relocs[i].robj->tbo.resv; + fence = reservation_object_get_excl(resv); + radeon_semaphore_sync_to(p->ib.semaphore, - p->relocs[i].robj->tbo.sync_...

This series depends on the previously posted reservation api patches. 2 of them are not yet in for-next-fences branch of git://git.linaro.org/people/sumit.semwal/linux-3.x.git The missing patches are still in my vmwgfx_wip branch at git://people.freedesktop.org/~mlankhorst/linux All ttm drivers are converted to the fence api, fence_lock is removed and rcu is used in its place. qxl is the first

fence_is_signaled callback should support being run in atomic context, but not in irq context. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- include/linux/fence.h | 23 +++++++++++++++++++---- 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/include/linux/fence.h b/include/linux/fence.h index d174585b874b..c1a4519ba2f5 100644 ---

This series applies on top of the driver-core-next branch of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git Before converting ttm to the new fence interface I had to fix some drivers to require a reservation before poking with fence_obj. After flipping the switch RCU becomes available instead, and the extra reservations can be dropped again. :-) I've done at least basic