search for: tdp

...km/subdev/bios/vpstate.c @@ -58,8 +58,14 @@ nvbios_vpstate_parse(struct nvkm_bios *b, struct nvbios_vpstate_header *h) h->ecount = nvbios_rd08(b, h->offset + 0x5); h->base_id = nvbios_rd08(b, h->offset + 0x0f); - h->boost_id = nvbios_rd08(b, h->offset + 0x10); - h->tdp_id = nvbios_rd08(b, h->offset + 0x11); + if (h->hlen > 0x10) + h->boost_id = nvbios_rd08(b, h->offset + 0x10); + else + h->boost_id = 0xff; + if (h->hlen > 0x11) + h->tdp_id = nvbios_rd08(b, h->offset + 0x11); + else + h->tdp_id = 0xff; return 0;...

I have a tdm 3xfxs and 1xfxo, aslo I have a setting with 1 snom 190 and 2 xten line. I can call from the snom to the ptsn line at the fxo port ok. I can call from the ptsn to the xten lite phone. I can call from the xten lite to snom but what I CAN`T do is; Call from xten to ptsn. When I dial from the xten, I can hear the dialed party, but he cannot hear me... Tips? Help? What I'm

On 17/11/17 02:04, Karol Herbst wrote: Please add here something like this: If the entry size is too small, default to invalid values for both boost_id and tdp_id, so as to default to the base clock in both cases. > Signed-off-by: Karol Herbst <karolherbst at gmail.com> With the better commit message, this patch is: Signed-off-by: Martin Peres <martin.peres at free.fr> > --- > drm/nouveau/nvkm/subdev/bios/vpstate.c | 10 ++++++++--...

this table contains three important clocks: base clock: this is the non boosted max clock tdp clock: the clock at wich the vbios guarentees the TDP won't ever be exceeded at max load (seems to be always the same as the base clock, but behaves differently) boost clock: the avg clock the gpu will stay boosted to. It doesn't seem to affect the b...

Skipped content of type multipart/alternative

Skipped content of type multipart/alternative

...her than yes or no, so I looked in chan_zap.c and found relaxdtmf in many places but it looked to my inexperienced eye that it could only be set to 'yes' or 'no', but i did find some mention of tonlength (at line 10858) followed that to zaptel.c (line 3357) where it said : if ((tdp.dtmf_tonelen > 4000 ) || (tdp.dtmf_tonelen < 10 )) return -EINVAL Which I am guessing means unless the dtmf is between these 2 values ignore it. Any ideas what might happen if i increased the minimum time value? if this is indeed what this is referring to? Zapata.conf: [channels] callw...

Hello Unless I overlooked it, the "Asterisk Reference Information Version 1.6.1.6" at www.asterisk.org/docs doesn't include instruction on how to start Dahdi when used to drive a TDP PCI card (OpenVox A400P with a single FXO module www.openvox.cn/products/show.php?itemid=20&lang=2). I'd like to know... 1. How to start Dahdi manually. Is this the right way? modprobe wctfxo modprobe wctdm modprobe zaptel 2. How to add a startup script in CentOS through chkconfig If t...

.../pam_winbind.so /usr/lib/libnss_winbind.so /usr/lib64/libnss_winbind.so /usr/lib64/nss/libnss_winbind.so /usr/lib64/nss/libnss_winbind.so.2 /usr/lib64/pppd/2.4.4/winbind.so Deleted the /var/cache/samba/winbind_cache.tdb and winbindd_idmap.tdb after restarting winbind and samba the winbindd_idmap.tdp did not reappear. and getent was still not working. Also seeing the following error when restart winbind Nov 6 11:57:58 localhost winbindd[21350]: [2008/11/06 11:57:58, 0] nsswitch/winbindd_cache.c:initialize_winbindd_cache(2230) Nov 6 11:57:58 localhost winbindd[21350]: initialize_winbindd_...

This series contains a lot of groundwork to finally fix reclocking issues on Kepler+ gpus. There shouldn't be any functional changes with the first patch being the only exception (fixes some voltage table parsing issues with of few kepler gpus) The most interessting thing is the tool in the last patch, which can be ran alongside the nvidia driver to test nouveaus volting code and print the

This series fixes most of the issues regarding volting on GPUs with any form of GPU Boost inside their vbios, which is mainly Kepler and newer, but we find some boosting related tables in Fermi vbios' already In the end reclocking should work on most Kepler cards without any issues Karol Herbst (19): bios/volt: handle voltage table version 0x50 with 0ed header volt: properly detect entry

Reindl Harald <h.reindl <at> thelounge.net> writes: >bloatware means unsecure, uncomfortable webinterfaces with limited >functionality compared what iptables alone offers you with some knowledge > all that embedded crap is for people which needs handholding and have > fun to own a dozen of halfbaken devices instead just one real box It seems you still have some

First patch fixes a potential vbios parsing bug on Fermi GPUs, but it may also affect Kepler ones. Second patch wakes the GPU up whenever the user tries to reclock to prevent the write to the pstate file from freezing. Karol Herbst (2): bios/vpstate: There are some fermi vbios with no boost or tdp entry debugfs: Wake up GPU before doing any reclocking drm/nouveau/nouveau_debugfs.c | 4 ++++ drm/nouveau/nvkm/subdev/bios/vpstate.c | 10 ++++++++-- 2 files changed, 12 insertions(+), 2 deletions(-) -- 2.17.1

...he ports I want enabled, like: ------------------- PORT_SSH="--port=22:tcp" PORT_HTTP="--port=http:tcp" /usr/sbin/lokkit -q --high --dhcp -t lo -t eth0 -t eth1 $PORT_SSH $PORT_HTTP ------------------- I want to add another line to enable ports 10000 - 20000. however the ":tdp" or ":udp" conflict with 10000:20000. I tried useing something like "10000,20000:udp" but did not work. THanks for any suggestions. Jerry

...with/without vPro". I would usually tend to use a regular Z87 board, because I do not like the "security"-features of the vPro-spec that well. I would ask about AMD too, but I am not up-to-date about their chips and they tend to have worse performance and/or siginificantly higher TDP than Intel chips. If anyone happens to knows a config with AMD that works great however I would appreciate that too. Best regards and many thanks, Michael Dorner

...difference between replace the operating system on a mass-product and just setup my own box from-scratch in the end i know what modern arm based devices can do the HP microserver comes with a http://ark.intel.com/de/products/65735/Intel-Xeon-Processor-E3-1220L-v2-3M-Cache-2_30-GHz which has a TDP of 17W, 2.3 GHz x86_64 with AES-NI and turbo with 3.5 GHz will blow away any embedded device and so finally that machine can do so much more in one box with horsepower, intergated large and fast storage and you only need to decide if you use the PCI-Express Port for a 4-Port-Switch or as WLAN-A...

...m and the whole IT get's it's public IP addresses via DHCP inside a single box in other words: i never ever will buy in the future any external device and frankly if someone thinks 45 watts are to much you can achieve most of ot with a single HP microserver with a XEON CPU with 17 watts TDP and with hardware from 2014/2015 you end likely around 30-35 watts idle while have the same horsepower to not need any second device at all recently built a NAS system for Samba/NFS with such a box to have a cheap, large storage used also as shared storage for VMware vSphere 15 TB traffic in t...

...he operating system on a > mass-product and just setup my own box from-scratch in the end > i know what modern arm based devices can do > > the HP microserver comes with a > http://ark.intel.com/de/products/65735/Intel-Xeon-Processor-E3-1220L-v2-3M-Cache-2_30-GHz > which has a TDP of 17W, 2.3 GHz x86_64 with AES-NI and turbo with 3.5 > GHz will blow away any embedded device and so finally that machine can > do so much more in one box with horsepower, intergated large and fast > storage and you only need to decide if you use the PCI-Express Port for > a 4-Port...

Reindl Harald <h.reindl <at> thelounge.net> writes: > most likely because there is no serious market > > if i want a NAS i buy a NAS > if i want a router i buy a router > > > no struggle with updates and security holes > no struggle with software versions > no struggle with "i can have this and this but not combined with that" > no struggle

Chip Clock HT Cache Bus Speed --------------------------------------------------------- 5080 3.7 GHz YES 2MB 1066 MHz 5160 3.0 GHz NO 4MB 1333 MHz Does the .7 GHz and HT worth more then 4MB cache and higher bus speed? The application is VoIP so there is not a lot of IO so I would not think Bus Speed would matter. I am finding mixed information on HT, some say it is great, others say it