search for: imos

Displaying 20 results from an estimated 4524 matches for "imos".

Did you mean: cmos
2020 Jun 30
10
RFC: Adding a staging branch (temporarily) to facilitate upstreaming
On Mon, Jun 29, 2020 at 9:43 PM Mehdi AMINI via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hey Duncan, > > On Mon, Jun 29, 2020 at 8:28 PM Duncan Exon Smith via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> To facilitate collaboration on an upstreaming effort (see "More context" >> below), we'd like to *push a branch* (with history)
2017 Apr 07
2
DRM_FORMAT_* byte order (was: Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats)
On Fri, Apr 07, 2017 at 10:29:00AM +0200, Gerd Hoffmann wrote: > Hi, > > > Hmm. Maybe it's still possible to salvage something by redefining the > > BIG_ENDIAN format bit to mean the "the other endianness". Ugly but it > > might still result in something usable. > > Also at least for the virtual machine use case this doesn't buy us much. > The
2017 Apr 07
2
DRM_FORMAT_* byte order (was: Re: [PATCH] drm: virtio: fix virtio_gpu_cursor_formats)
On Fri, Apr 07, 2017 at 10:29:00AM +0200, Gerd Hoffmann wrote: > Hi, > > > Hmm. Maybe it's still possible to salvage something by redefining the > > BIG_ENDIAN format bit to mean the "the other endianness". Ugly but it > > might still result in something usable. > > Also at least for the virtual machine use case this doesn't buy us much. > The
2017 Apr 24
2
Include for sshd_config
On Fri, 7 Apr 2017, Jakub Jelen wrote: > On 04/07/2017 11:54 AM, navern wrote: > > Hello, > > > > Afaik there was added Include feature for ssh_config. I want to add this > > option to sshd_config as well. I think about local patch(i am not sure > > this will be required for upstream). > > > > Code for Include option in readconf.c doesn't look
2013 Jan 17
2
[LLVMdev] [llvm-commits] [PATCH] A "very verbose" mode for FileCheck
On Thu, Jan 17, 2013 at 8:36 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote: > We have to options: > (a) replace 'FileCheck' with '%FileCheck' in all tests, and teach > 'lit' to replace '%FileCheck' with 'FileCheck --dump-input-on-error'; > > (b) teach 'lit' to replace a plain 'FileCheck'. > > The first approach
2006 Feb 09
6
POLL: Does anyone actually use multiple passdb backends on the same server?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, We are discussing removing the capability to chaining passdb backends. It's a decent idea but overly complicates things IMO and unless it has wide spread use, we'll probably axe it soon (voting is starting up on the samba-tecnnical ml now). To give you an example of what I mean, is anyone using something like: passdb backend =
2017 Nov 28
2
[PATCH 02/13] fbdev: add remove_conflicting_pci_framebuffers()
On Mon, Nov 27, 2017 at 08:52:19PM +0000, Sudip Mukherjee wrote: > On Mon, Nov 27, 2017 at 11:27:59AM +0100, Daniel Vetter wrote: > > On Fri, Nov 24, 2017 at 06:53:31PM +0100, Micha? Miros?aw wrote: > > > Almost all drivers using remove_conflicting_framebuffers() wrap it with > > > the same code. Extract common part from PCI drivers into separate > > >
2017 Nov 28
2
[PATCH 02/13] fbdev: add remove_conflicting_pci_framebuffers()
On Mon, Nov 27, 2017 at 08:52:19PM +0000, Sudip Mukherjee wrote: > On Mon, Nov 27, 2017 at 11:27:59AM +0100, Daniel Vetter wrote: > > On Fri, Nov 24, 2017 at 06:53:31PM +0100, Micha? Miros?aw wrote: > > > Almost all drivers using remove_conflicting_framebuffers() wrap it with > > > the same code. Extract common part from PCI drivers into separate > > >
2016 Apr 15
5
file rights tls key files.
Hai,   Im seeing the following..    [2016/04/15 09:57:55.135038,  0] ../source4/lib/tls/tls_tstream.c:1216(tstream_tls_params_server)   Invalid permissions on TLS private key file 'server.key.pem':   owner uid 0 should be 0, mode 0440 should be 0600   This is known as CVE-2013-4476.   It there anyway to override this setting?  I do need 0440 here.  ( or 0400 ) 0600 is not
2016 May 05
3
Status of new pass manager work
Greetings folks, I just wanted to post a brief update on the status of the new pass manager. Philip asked me to do this at last month's social and Life intervened, but he's still got a great point, so I wanted to get it out there with one day to spare before he nagged me again. =D I'll keep it very brief and high level. If folks have questions about anything, happy to dig into it. -
2013 Aug 07
2
[LLVMdev] Address space extension
It's not clear to me how this would work for targets that use the same physical address space for multiple language-specific address spaces. If a target maps both constant and global to address space 42 (for example), how would the optimizer differentiate between these two? On Wed, Aug 7, 2013 at 7:15 PM, Michele Scandale <michele.scandale at gmail.com > wrote: > On 08/08/2013
2010 Sep 22
5
http://www.asterisk.org/downloads naming schema
Hi! Since some time the download of the newest Asterisk does not contains the version number anymore, but is just called "asterisk-1.4-current.tar.gz" This gives me a tarball where I do not know the version without looking into the tarball. Thus, IMO it would be very useful to switch back to old schema war the download contained the version number. Thanks Klaus
2004 Dec 08
12
Ethernet Channel Bank idea
Anyone ever thought about an Ethernet based channel bank? Basically a rack mount set of 24 IAXys? That would be cool, IMO. No wrangling with zaptel, etc. IAX as the * <-> Channel bank protocol. Just an idea...
2013 Aug 07
0
[LLVMdev] Address space extension
On 08/08/2013 01:36 AM, Justin Holewinski wrote: > It's not clear to me how this would work for targets that use the same > physical address space for multiple language-specific address spaces. > If a target maps both constant and global to address space 42 (for > example), how would the optimizer differentiate between these two? > I think that the proposal of Pete would
2013 Jan 17
3
[LLVMdev] [llvm-commits] [PATCH] A "very verbose" mode for FileCheck
On Jan 17, 2013, at 9:57 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote: > On Thu, Jan 17, 2013 at 7:51 PM, Sean Silva <silvas at purdue.edu> wrote: >> On Thu, Jan 17, 2013 at 8:36 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote: >>> We have to options: >>> (a) replace 'FileCheck' with '%FileCheck' in all tests, and teach
2016 Jan 05
2
Diff to add ARMv6L to Target parser
Hi, IMO we should support this, even though if given the option I'd have asked the linux guys not to invent a new triple. It's in linux now, and `uname -a` is a very standard way of obtaining the host's triple. James On Tue, 5 Jan 2016 at 08:34 Tim Northover via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 4 January 2016 at 14:42, Artyom Skrobov via llvm-dev >
2016 Jan 14
3
Windows binaries and LLVM_INSTALL_TOOLCHAIN_ONLY
Hans Wennborg via llvm-dev <llvm-dev <at> lists.llvm.org> writes: > This comes up now and then. >  > Yes, the packages would be a lot bigger, but IIRC the problem is also > that we don't have a good way to build to build LLVM into a shared > library on Windows that's suitable for shipping. I don't remember the > details here; maybe Reid does. Some of the
2023 Feb 17
2
Dropping support for OpenSSL <1.1.1, LibreSSL <3.1.0
Hi, We carry some compat code for old OpenSSL <1.1.1 and LibreSSL <3.1.0. OpenSSL 1.0.x is no longer supported upstream and AFAIK LibreSSL do not support old versions at all. I'd like to retire this config code, which would mean that users on platforms that include the versions of libcrypto would have to either bring their own libcrypto or compile OpenSSH --without-openssl (and accept
2013 Jan 17
2
[LLVMdev] [llvm-commits] [PATCH] A "very verbose" mode for FileCheck
On Jan 17, 2013, at 10:30 AM, Eli Bendersky <eliben at google.com> wrote: > On Thu, Jan 17, 2013 at 10:20 AM, Jim Grosbach <grosbach at apple.com> wrote: >> >> On Jan 17, 2013, at 9:57 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote: >> >>> On Thu, Jan 17, 2013 at 7:51 PM, Sean Silva <silvas at purdue.edu> wrote: >>>> On Thu,
2013 Jan 17
0
[LLVMdev] [llvm-commits] [PATCH] A "very verbose" mode for FileCheck
On Thu, Jan 17, 2013 at 7:51 PM, Sean Silva <silvas at purdue.edu> wrote: > On Thu, Jan 17, 2013 at 8:36 AM, Dmitri Gribenko <gribozavr at gmail.com> wrote: >> We have to options: >> (a) replace 'FileCheck' with '%FileCheck' in all tests, and teach >> 'lit' to replace '%FileCheck' with 'FileCheck --dump-input-on-error';