search for: prams

Hi Is it possible to combine multiple LLVM with PRAM /XMT? Prof. Uzi Vishkin (Univ. of Maryland) had created 64 cores PRAM: Parallel Random Access Memory / Explicit Multi Threading. Example: 1. The programmer can create multiple LLVM and run the same instruction on different LLVM, or create a pipeline on multiple LLVM (different instruction on different LLVM, but the same data). 2. Execution on

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2775 bytes Desc: image001.gif Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20070417/437dacf8/attachment-0001.gif

Hi, i want to port an open-source project to sparc. I just downloaded OpenSolaris (sol-nv-b75-sparc-...iso), created an empty image for the hard disk, and tried to start qemu in a linux x64bit-host: qemu-system-sparc -hda test.img -cdrom sol-nv-b75-sparc-v1.iso -boot d -nographic The output says: Nvram id QEMU_BIOS, version 1 CPUs: 1 nvram error detected, zapping pram Welcome to OpenBIOS

A quick look over the memory reclocking part inside the maxwell mmiotraces kind of reminded me of the kepler memory reclocking, it looks for most parts the same. I didn't do a deep inspection so treat this with great care, but it seems to work at least on those maxwell gpus this was tested on. It depends on the PMU fixes for the fuc5 though, otherwise the PMU might not work as expected and

Hi I am currently trying to port speex v1.1.6 to a microcontroller with very limited memory (<64Kbyte RAM). what I found when initialising the encoder, a chunk of 32Kb was attempted to be alloced, which failed: src/nb_celp.c: void *nb_encoder_init(const SpeexMode *m) { /* snip */ st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(spx_sig_t)); /* snip */ } same goes for the

Does anyone have any suggestions for a decent receptionists phone? Aastra? Grandstream? Something with (potentially) lots of BLFs, large(ish) screen, headset and most importantly the ability to transfer calls? I've installed five Snom 370s that seemed ideal but my client is very very unhappy as the Snom 370 can't transfer a call correctly if there's another call coming in (details

From: Markus Elfring <elfring at users.sourceforge.net> Date: Wed, 21 Sep 2016 08:44:38 +0200 The script "checkpatch.pl" can point out that assignments should usually not be performed within condition checks. Thus move the assignment for one local variable to a separate statement in this function. Signed-off-by: Markus Elfring <elfring at users.sourceforge.net> ---

Hi all, I just bought a Trust 1000VA PW-4105 UPS. I installed the UPS on FreeBSD 6.1, and installed NUT 2.0.3 via the FreeBSD port. I had no problems installing and configuring nut and the UPS to run with the PowerMust driver. My problem however is when I test the powerdown function by issuing the command: 'upsmon -c fsd' The UPS is cutting the power before the shutdown procedure

.../ACE.DOC ./README ./README.ACE ./README .avas ./README~1.AVA ./WS_FTP.LOG /R/rw1000/library/acepack/ /R/TOOLS/MAKE.EXE -C ./src RHOME=/R/rw1000 \ -f /R/rw1000/src/gnuwin32/MakeDll DLLNAME=acepack g77 -O2 -Wall -c ace.f -o ace.o ace.f: In subroutine `mace': ace.f:89: warning: common /prams/ itape,maxit,nterm,span,alpha,big ^ Initial padding for common block `prams' is 4 bytes at (^) -- consider reorderin g members, largest-type-size first ace.f:206: warning: 310 call scale (p,n,w,sw,ty(1,is),tx(1,1,is),delrsq,p,z(1,5),z(1,6)) ^ Reference to uni...

In platform i386-pc-linux-gnu arch i386 os linux-gnu system i386, linux-gnu status major 1 minor 7.1 year 2003 month 06 day 16 language R using debian testing (latest Knoppix) I get an error when installing acepack: gcc

Todo: - Determine source of R[10f298] & 0x11 Signed-off-by: Roy Spliet <nouveau at spliet.org> --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 115 ++++++++++++++-------- 1 file changed, 76 insertions(+), 39 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c index fffd01a..6ebdc4c 100644 ---

I?m having a strange issue with nested routes though, and was wondering if anyone could shed some light on this? If I have: map.resources :users do |users| users.resources :items end When I try to call <%= link_to_remote ''Delete'', :url => item_url(@item), :with => "''_method=delete''", :confirm => ''Are you sure?''

I've splitted my big series between the part which actually fixes the engine reclocking bits and the part handling voltage/clock updates on temperature change, so that the more reviewed parts can be merged in faster. This series fixes a lot of Engine reclocking issues found on Fermi, Kepler and all Maxwell generation GPUs. It does _not_ fix memory reclocking on Fermi. It mostly contains of

From: Markus Elfring <elfring at users.sourceforge.net> Date: Wed, 21 Sep 2016 09:09:09 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Use kmalloc_array() in nvbios_iccsense_parse() Use kmalloc_array() in gt215_link_train() Delete unnecessary braces Adjust a kzalloc() call in gt215_ram_new() Add space after an

Hi Alfred, First thing I'd like to ask is whether you're trying to achieve real-time performance, as I find it very unlikely that Speex could run in real-time on a micro-controller. Regarding bufSize, no you can't just make it the size you like. Now, it's possible to decrease the amount of memory allocated if e.g. you only use complexity 1. You can also assume that the stack is

In bulletpoints: - Add some support for G94 and G96 reclocking. Has been tested on literally two cards, which is hardly adequate as "full coverage". On the other hand, the changes were small enough to make me confident this might work for others as well. - Fix NV50 wait for VBLANK when no monitor is plugged in. - Voltage related inprovements for GT21x. - Slightly improve Keplers

Merges in skeggsb's: "fb/ram/gf10x: timing_10_0e_30" Todo: - find l3, rq - triple-check Signed-off-by: Roy Spliet <nouveau at spliet.org> --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 12 +++--- drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 22 ++++++++-- drivers/gpu/drm/nouveau/nvkm/subdev/bios/timing.c | 2 +

No, no, these will not implement Fermi reclocking. This set of patches contains some of the preparatory work that I deem stable enough to move upstream. Notable changes - Training pattern upload routines from GK104+ now shared with GT215+ - Timing calculation for Fermi - GDDR5 MR calculation from VBIOS timing table v1.0. Also useful for that pesky GT 240. - A routine to translate a VBIOS init

I need to check if a parameter is set so that I can build some information for my application, but No matter how I format my if statement in the file " Application.rb" it return the following error. You have a nil object when you didn''t expect it! You might have expected an instance of Array. The error occurred while evaluating nil.[] Here is the line if params[:day] So we

Two patches went missing as a result of PEBCAK. No v2 marks as nothing changed really. Just resending for easier enforcement of patch order in other people's trees. Sorry for the noise. Original message: No, no, these will not implement Fermi reclocking. This set of patches contains some of the preparatory work that I deem stable enough to move upstream. Notable changes - Training pattern