similar to: Samba for xscale

Hi, Can anyone tell me how to compile Samba on ARM target using native too chain? Not the cross development. -thanks, Rajesh

Hi Andrew, I rebuilt my tool chain for ARM. I am running it on the Intel IOP 31244 processor. This is my configuration: Gcc-3.3.2, Glibc-2.3.2, Binutils 2.14 and Linux 2.6.5 . Now I get the following error: Checking configure summary... ERROR: no seteuid method available Configure: error: summary failure. Aborting config. Where am I making mistake? -thanks, Rajesh

Hi, Can anyone let me know what are the requirements like gcc, glibc, binutils and kernel required successful compilation of Samba-3.05. I ask this question because when I tried compiling Samba-3.05 with gcc-3.3.2, glibc-2.3.2, binutils-2.14 and Linux 2.6.5I get many errors. Mostly stating function parameter mismatch. -thanks, Rajesh

Hello Scott, SL> Does that include FP hardware? I don't believe that any of the SL> PDA Xscales do, I assume that at least some codecs need FP for SL> compression; without floating point hardware, it's going to be SL> really slow. 1st in Xscale is integrated Micro Signal Architecture (MSA), the new design incorporates DSP and microcontroller functions - Intel and Analog

> I got the usage of --abr wrong before, (28 = 28 bits per second :) > I'm also assuming quality=0/comp=0 produces a reasonable output. Actually, --abr overrides --quality. Otherwise, --quality 0 would be bad quality. > 3 mins, 39 seconds is still a way off realtime, for a 60 second clip, > but it's a lot closer than 1.1.1 got. > > What still worries me though, is

MAL wrote: > > I don't know how to profile code (yet), but i'm about to go find out. > > Is it possible to profile the code on my x86 workstation, or does it > absolutely have to be run on the machine? ARM emulator anyone? :) <p>Intel designed performance monitoring hardware into the XScale. They also have a profiling tool called VTune that consists of some

Just out of curiosity, has anyone profiled the difference between the floating point and fixed point implementations on processors with decent floating point support? (i.e. x86, PPC). Just wondering if it makes things better or worse there. -SteveK <p><p>On Nov 9, 2003, at 2:08 PM, Jean-Marc Valin wrote: > Hi, > > I just did some experiments and it seems like the high

Jean-Marc Valin wrote: > Hi, > > I just did some experiments and it seems like the high system CPU time > is not due to one specific part of the code, but rather to the extreme > inefficiency of float emulation under Linux. I was expecting float > emulation to run something like 30 times slower than integer, but it > looks like its more like 3000 times slower. This means that

I'm developing a Personalized system of news audible for PDAs(Pocket PC and Palm OS), I have somes PDAs with differents processors(Samsung (2410) 266 MHz, Intel Xscale PXA 250 to 200 and 400 MHz, OMAP1510) with Pocket PC 2002 and 2003, and Palm OS 5 operating system. I offer myself to test any application of speex that runs in these machines, only you must send me the source code. Regards.

Le lun 10/11/2003 à 11:19, Massimo a écrit : > On Sun, 2003-11-09 at 21:00, Jean-Marc Valin wrote: > On recent x86 processors, floating point is faster than fixed-point. > > Jean-Marc > > This left me something shocked. Please, can you tell me what kind of > processors are showing this behaviour? Are you referring to speex > codec

Jean-Marc Valin wrote: >>>looks like its more like 3000 times slower. This means that all of the >>>float operations must be removed for the code to work properly. ...or >>>maybe there's a way to make the emulation in a library instead of making >>>the kernel trap illegal instructions. >> >>Is it a long job to remove the remaining floating point

I work with the Microsoft Embedded Visual C++, and i don't have a linux machine with me. I need to have the best performance in order to run my application for the Intel XSCale with MMX. I don't know if i can compile for this processor with the best performance using the Microsoft compiler. I would like a help regarding how to get or build this .obj. Thank you. Cesar Bremer Pinheiro

Hi, I'm not even sure what WMMX is, so I have no idea how to use it. For sure you would at least need to write some assembly. As for the current inline assembly parts (for the ARMv4 arch), you would need to convert them to VC++. It shouldn't be too hard, just push/load the registers at the beginning and then save/pop at the end. It's just the small macros (in fixed_arm4.h) that you

Jean-Marc, At 08:12 PM 4/1/2005, Jean-Marc Valin wrote: >I'm not even sure what WMMX is, This is just a short name for the MMX/SSE extensions/intrinsic functions for the intel XSCALE processors. Most of the WMMX instructions have MMX/SSE equivalents, plus there are a few other interesting functions. We have been thinking about doing WMMX optimizations of the various speex asm functions,

Hi, I was wondering if anyone had managed to get speex to run (nicely) on an IXP425 processor. The current version does not seem to have the necessary optimisations for the ARM v5te, just the v5 which has assembly optimisations not understood by this target. Failing that, does anyone know where I might get a reference for this model of processor? I have look on the Intel site, but I can't

Hello! I posted a feature request at lattice page on r-forge at https://r-forge.r-project.org/tracker/index.php?func=detail&aid=1127&group_id=638&atid=2570 , but I decided to duplicate it here to make sure that I understand everything correctly. I would like to slightly change the way my plot axis labels look alike based on custom extra arguments to xyplot and bwplot. Right now these

Dear Samba Gurus, having a browsing problem with W2k (German Version) on my 2.0.9 server (also tried 2.0.7 before), you are my last hope to help me soling my problem! Everything is working fine accessing the samba server from linux, no problem at all, all shares are listet with exact namewith smbclient -L ixdp425 (Intel Xscale Developper Plattform ixp425 Proz.) I'm also able to "net

Hi, I have replaced most (but not all) of the float operations by integer operations, but it seems like the remaining ones take a long long time when emulated in kernel space (hence high system time). The other problem is that I don't have access to an ARM-based device (anyone wants to send me one?), so I'm doing all this blind... If you'd like to help, it can also accelerate things.

On Wed, Sep 11, 2019 at 1:54 PM David Greene <greened at obbligato.org> wrote: > Mehdi AMINI <joker.eph at gmail.com> writes: > > > Of course by its nature, MLIR doesn't lend itself to concrete semantic > >> descriptions, though I would expect the affine dialect (and others) to > >> have documentation on par with the LLVM IR. > > > > >

Hi there, sorry for troubling everybody once again, I've got a problem rewriting Sarkar's function for rewriting the tick locations in a logaritmic way (s. http://lmdvr.r-forge.r-project.org/code/Chapter08.R): His example works for log 2 but I need log e (natural logarithm). My problem is that if I replace 2 with "e" (using paste()), I get the error message that the location