search for: _probably_

Dear all, a couple of new generic DAG nodes ISD::ADCARRY and ISD::SUBCARRY were recently introduced in https://reviews.llvm.org/D29872 These nodes have three inputs and two outputs, the second output being the "carry". I understand that carry is well defined for ADDCARRY but my question is about SUBCARRY. Some architectures set the "carry" of a "x - y" subtraction

...t bit-exact in a portion of the code where I am personally wary of the problems that might cause, since (like most speech codecs) we can use slightly unstable filters. If there was a big speed advantage it might be worth the testing to make sure nothing diverges here significantly (and it's _probably_ fine), but I think you can actually do this faster while remaining bitexact. If you shift up the contents of coef32 by 15 bits (which you can do, since you are already transforming them specially for this platform), you can use vqdmulhq_s32() to emulate SMULWB. You then have to do the addition...

...out opening up the VESA-only code, I'd suspect some BIOS-isms. Remember that vesamenu.c32 and menu.c32 only differ by the inclusion of VESA code and the default VESA mode. > tried without Gene's latest patches crashing before even beginning to load > the first stage: ldlinux.e64? It _probably_ had issues finding the NIC properly. -- -Gene

On 05-08-15 02:27, Gene Cumm wrote: >> tried without Gene's latest patches crashing before even beginning to load >> the first stage: ldlinux.e64? > > It _probably_ had issues finding the NIC properly. Of course, and your latest patches solved this problem. But I should have been more clear. What happened was: 1 - HP ROM FW: Download syslinux.efi 2 - HP ROM FW: Run syslinux.efi 3 - Syslinux: Try to download ldlinux.e64 4 - *CRASH* Now it is: 1 - HP ROM F...

Valeri Galtsev wrote: > > On Fri, September 23, 2016 2:50 pm, m.roth at 5-cent.us wrote: >> Either CentOS 6 or 7 - anyone know if it's possible? >> >> Upper Management has decided on a policy that IMAP is going to go away >> in the near future, and they want everyone on Lookout, sorry, Outlook 365. > > When my folks decide something like that it will be time

the code below has me confused: setClassUnion("index", c("numeric", "character", "logical")) extends("numeric") # i don't see the class union library(Matrix) extends("numeric") # now i see the class union i am aware that the "Matrix" package separately defines the "index" class union. is it the case that

https://bugs.freedesktop.org/show_bug.cgi?id=75888 Priority: medium Bug ID: 75888 Assignee: nouveau at lists.freedesktop.org Summary: A graphics controller nouveau foul. QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: thauansoares2009 at

hi, maybe someone out there already has some experience and can help me. I have just ordered an E100P card from Digium, I already have a basic asterisk setup up & running. My application is the following : I want to accept incoming calls from the PSTN to Asterisk, and without asking anything of the client just pass them immediately to a call gateway in USA, actually we are planning to use

Hello Everybody! :D :D :D I changed from Windows to Ubuntu a short time ago. Under Win I programmed microcontrollers with Microchip PicKit2 programmer, which has USB connection. After I installed Ms .NET Framework 2.0 with winetricks, the Wine enablet do install PicKit2 program; it runs, but can not wiev / handle programmer, which I plug in to an USB port. Please help me. Have any USB

On 04-08-15 17:38, Oscar Roozen wrote: > Okay, the code in efi/ uses Print() from gnu_efi, but generic code from > core/ like core/elflink/load_env32.c prints their messages and debugging > stuff using printf(). These messages end up nowhere. This may explain > why I never saw anything beyond a certain point, even with debugging > turned on. I was busy adding some code to dprintf.h

...tion of the code where I am personally > wary of the problems that might cause, since (like most speech codecs) > we can use slightly unstable filters. If there was a big speed advantage > it might be worth the testing to make sure nothing diverges here > significantly (and it's _probably_ fine), but I think you can actually > do this faster while remaining bitexact. > > If you shift up the contents of coef32 by 15 bits (which you can do, > since you are already transforming them specially for this platform), > you can use vqdmulhq_s32() to emulate SMULWB. You then...

On 17 January 2018 at 16:00, Kristján Valur Jónsson via samba < samba at lists.samba.org> wrote: > Well, I had a cursory glance dlz_bind9.c and also the bind9 source code I > could find ( > http://users.isc.org/~each/doxygen/bind9/dlz__dlopen__driver > _8c-source.html) > and didn´t see any provision for 'reload' in there. > bind is clearly calling the dlz_destroy()

Hello all. I am trying to use WINE to make a windoze-only development environment (very rudimentar, command line cross-compiler and stuff) under Linux, because GNU make is far superior from the M$'s 'nmake'. Anyway, I have some trouble with expirating licenses and stuff, and the solution is to revert the system date back to some valid thing and then compile. Since I am now running

Dear OpenSSH team, First of all thanks a lot for your good work on developing such a usable peace of software. Nice job. As you may know, we have some issues using OpenSSH in Iran. Recently the government did some packet filtering on some protocols, including SSH. We don't know what exactly they've done but it appears to be some routing rule that prevents SSH protocol to initiate a

Hallo I submitted this as a bug several weeks ago, but I wanted to ask around & see if anyone else has come across this.... I have a USB Buffalo Drivestation Quattro, with 4 1TB disks configured in raid5 as one 2.8TB (or so) disk, attached to a Cent 5.4 64 bit server (completely yum'd up to date) The disk is labeled as GPT, and formatted as a 2.8 TB ext3 partition (this issue also

Hi everyone, I have a SerNet-Samba 4.3.6-10 AD which works fine. Now I try to implement a fileserver. It is a server with a lot of (old)-users, which have an Unix-Account. On this server are also users who should can login from the Internet over ssh. But now I'm running in trouble with the security of my fileserver. When I would install samba 4.3.6 on it and activate sernet-samba-client

As promised, here's a re-send of all my Aarch64 patches, following comments by John Ridges. Note that they actually affect more than just Aarch64 -- other than the ones specifically guarded by AARCH64_NEON defines, the Neon intrinsics all also apply on armv7; and the OPUS_FAST_INT64 patches apply on any 64-bit machine. The patches should largely be independent and independently useful, other

dear samba users and developers, i'd like to put to you a proposal for your respectful consideration: it is an idea that i believe has strategic merit for the open source community and OS users as a whole. these words are chosen carefully and the reasons will become apparent later: that i begin as an example. as you are no doubt aware, there have been some seriously damaging (but not

...it will load the bootsector from 4th sector instead. Since we hard-code the Syslinux bootsector at 0x800 (4th sector) due to BIOS limitation, then we need to have a XFS filesystem with 4 KiB filesystem block size. You can also test it with a filesystem block size larger than 4 KiB but it won't _probably_ work. Hi Peter, Please consider pulling it. Paulo The following changes since commit 0a0e0e41cad93cd16c323cf16f40264a21eedd6c: Correct initialization of the cache doubly-linked list (2012-07-19 07:29:55 -0700) are available in the git repository at: git://zytor.com/users/pcacjr/syslinu...

This is v3 of my disk series. What were previously patches 01-06 have been applied. These are the tested and updated remainder, addressing the previous comments. 1 Preparatory work. 2-4 The new parser and its documentation. 5-6 Replace old parsers with calls to the new one. 7-8 Two features, one of them essential. 9 Basic test suite for disk string parsing, as adhoc script.