similar to: TDM400 FXO not responding to inbound rings after 30ish days?

> Any assistance would be greatly appreciated. If your install doesn't have to be 24/7, cron a reboot at 2 am. Since I did, it's a nonissue for me.

Hi, I have got my Asterisk server running with TDM400 card (2xFXO & 2xFXS). I originally had the system configured with a Panasonic fax machine on one of the extensions. Due to the high volume of fax spam, I figured it would be a much better idea to capture the faxes as TIF or PDF files to minimize wasted paper, etc. I have downloaded, compiled and installed spandsp and can see the rxfax

On Tue, Sep 1, 2015 at 11:36 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Gene > > I have tried to sleep 75 seconds right before the spawn_load() call just to > wait if it wasn't ready yet to send. Also according to tcpdump there are no > RRQ packets to the tftp server from syslinux. (only the initial > syslinux.efi) Where are you doing the capture? I find

On Mon, Aug 31, 2015 at 6:42 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Thanks Gene! > > this one is much better EXCELLENT! That's what I wanted to see. It iterates through 3 handles, printing the entire MAC buffer and the handle's memory address. Looks like it's merely a visual display bug. > On Mon, Aug 31, 2015 at 3:11 PM, Gene Cumm <gene.cumm

Thanks for the confirmation. From the assembly that was sent on the other branch of the thread: > .set .L.str, .L.str.hwasan-3458764513820540928 -3458764513820540928 = 0xd0 << 56 i.e. a "negative" tag. So this appears to be the issue exactly. Peter On Mon, Jun 22, 2020 at 1:55 PM Derrick McKee <derrick.mckee at gmail.com> wrote: > Using lld fixes this issue. >

We have a small number of phones, when a call comes in we want all the phones that aren't in use to ring. Is there a simple way to test and see what phones are in use then ring the other phones? I tried some code like this: [zap] exten => s,1,Answer exten => s,2,ChanIsAvail(${DERRICK}) exten => s,3,SetVar,"EVERYONE=${DERRICK}" exten => s,4,ChanIsAvail(${DON}) exten

On Aug 30, 2015 8:42 PM, "Derrick" <derrick22 at gmail.com> wrote: > > Gene thanks, here is the output > > My IP is 10.2.49.10 > Img @ 71d89718 = 8cdcd40ca5f0 > Udp @ 71d89718 = 8cdcd40ca5f0 > Udp @ 71d89718 = 8cdcd40ca5f0 > Udp @ 71d89718 = 8cdcd40ca5f0 > > From that point it is hung I find it hard to believe that it'd print that. I think you

This worked. I am just having trouble with the profile I copied over to my server. It seems like something got screwed up in the copy over. My desktop and Start Menu, well all my windows as a matter of fact look like win 2k instead of xp. And none of my settings I configured before I copied it over came over. The profile is fine until I copy it to my server. I tried it on a bunch of xp

On Fri, Aug 28, 2015 at 3:13 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Gene, > > Your binaries didn't work for me, however I put some code in to print the > byes of mac1 and mac2. In efi_create_binding() it does go through all of the > macs looking for the correct one and then finds a 100% match. In this case > the mac is 8c-dc-d4-0d-a5-f0 so &&

Gene thanks, here is the output My IP is 10.2.49.10 Img @ 71d89718 = 8cdcd40ca5f0 Udp @ 71d89718 = 8cdcd40ca5f0 Udp @ 71d89718 = 8cdcd40ca5f0 Udp @ 71d89718 = 8cdcd40ca5f0 >From that point it is hung On Sun, Aug 30, 2015 at 4:10 AM, Gene Cumm via Syslinux <syslinux at zytor.com> wrote: > On Fri, Aug 28, 2015 at 3:13 PM, Derrick M <derrick.martinez at gmail.com> > wrote:

From: Jon Derrick <jonathan.derrick at intel.com> [ Upstream commit f10b83de1fd49216a4c657816f48001437e4bdd5 ] If the BAR is zero size, it indicates it was never successfully mapped. Ensure that the BAR is valid during initialization before attempting to use it. Signed-off-by: Jon Derrick <jonathan.derrick at intel.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

From: Jon Derrick <jonathan.derrick at intel.com> [ Upstream commit f10b83de1fd49216a4c657816f48001437e4bdd5 ] If the BAR is zero size, it indicates it was never successfully mapped. Ensure that the BAR is valid during initialization before attempting to use it. Signed-off-by: Jon Derrick <jonathan.derrick at intel.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

From: Jon Derrick <jonathan.derrick at intel.com> [ Upstream commit f10b83de1fd49216a4c657816f48001437e4bdd5 ] If the BAR is zero size, it indicates it was never successfully mapped. Ensure that the BAR is valid during initialization before attempting to use it. Signed-off-by: Jon Derrick <jonathan.derrick at intel.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

Without the GUID-Aliases list can debugging not continue? I don't see anything similar in the Gen9 UEFI command list http://h17007.www1.hp.com/docs/iss/proliant_uefi/v32403933.html#topictoc On Mon, Aug 17, 2015 at 4:33 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Mon, Aug 17, 2015 at 3:34 PM, Derrick M <derrick.martinez at gmail.com> > wrote: > > Gene >

Gene, after modifying some of Patrick's code I have been able to get the EFI_GUID - 83F01464-99BD-45E5-B383AF6305D8E9E6 Does this give you the info you need? On Mon, Aug 17, 2015 at 4:33 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Mon, Aug 17, 2015 at 3:34 PM, Derrick M <derrick.martinez at gmail.com> > wrote: > > Gene > > > > Thanks for the reply.

On Mon, Sep 14, 2015 at 4:51 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Yes it does sound deaf. Also using tftpd-hpa with TFTP_OPTIONS="--secure > -vv" > > On Mon, Sep 14, 2015 at 1:39 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Mon, Sep 14, 2015 at 3:08 PM, Derrick M <derrick.martinez at gmail.com> >> wrote: >>

On Wed, 13 May 2020 19:26:34 +0000 "Derrick, Jonathan" <jonathan.derrick at intel.com> wrote: > On Wed, 2020-05-13 at 11:55 -0600, Alex Williamson wrote: > > On Wed, 13 May 2020 00:35:47 +0000 > > "Derrick, Jonathan" <jonathan.derrick at intel.com> wrote: > > > > > Hi Alex, > > > > > > > [snip] > >

Gene Cumm wrote: > >> My test x86-64 binaries: > >> > >> https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 > > On Fri, Oct 2, 2015 at 4:46 PM, Derrick M <derrick.martinez at gmail.com> wrote: > > This works! Fixes my issue I have been having with the DL160s > > Further testing, preferably of the above binaries,

On Mon, Aug 17, 2015 at 3:34 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Gene > > Thanks for the reply. I didn't have a guid command, and couldn't find the > equivalent. dh > fs0:\efi-dh.txt worked, but dh -p Net did not so I ran dh Nothing of the sort listed with the help command to list the full GUIDs and their aliases? > -d -v -p SimpleNetwork >

On Mon, Aug 31, 2015 at 07:59:06PM -0400, Gene Cumm via Syslinux wrote: > On Mon, Aug 31, 2015 at 6:42 PM, Derrick M <derrick.martinez at gmail.com> wrote: > > Thanks Gene! > > > > this one is much better > > EXCELLENT! That's what I wanted to see. It iterates through 3 > handles, printing the entire MAC buffer and the handle's memory > address.