search for: aiui

Hi waldi, Are you planning to update the Xen package too 4.4 soon? Upstream have released 4.4-rc6 and AIUI are planning to release the final version next week (I've been out of the office for a bit, so I don't know the precise state, but that was the last I heard). I would like to send patches to enable the build on ARM but this relies on 4.4. I'm happy to do the upgrade first and send you...

On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: > Hi waldi, > > Are you planning to update the Xen package too 4.4 soon? Upstream have > released 4.4-rc6 and AIUI are planning to release the final version next > week (I've been out of the office for a bit, so I don't know the precise > state, but that was the last I heard). > > I would like to send patches to enable the build on ARM but this relies > on 4.4. I'm happy to do the up...

Hi All. I''m trying to use xenoprof in my Xeon machine with PVOPS (3.1.0 kernel) & xen 4.1.1. In the past, I had failed to use the xenoprof in this environment. (1 year ago) While baremetal booting shows the counter object in /dev/oprofile/0 (or 1,2,3) , booting with xen fails to create those objects. Of course, opcontrol command doesn''t work. It only prints

...gt; @@ -508,8 +508,9 @@ config HYPERV_IOMMU > config VIRTIO_IOMMU > bool "Virtio IOMMU driver" > depends on VIRTIO=y > - depends on ARM64 > + depends on (ARM64 || X86) > select IOMMU_API > + select IOMMU_DMA Can that have an "if X86" for clarity? AIUI it's not necessary for virtio-iommu itself (and really shouldn't be), but is merely to satisfy the x86 arch code's expectation that IOMMU drivers bring their own DMA ops, right? Robin. > select INTERVAL_TREE > help > Para-virtualised IOMMU driver with virtio. &g...

...gt; @@ -508,8 +508,9 @@ config HYPERV_IOMMU > config VIRTIO_IOMMU > bool "Virtio IOMMU driver" > depends on VIRTIO=y > - depends on ARM64 > + depends on (ARM64 || X86) > select IOMMU_API > + select IOMMU_DMA Can that have an "if X86" for clarity? AIUI it's not necessary for virtio-iommu itself (and really shouldn't be), but is merely to satisfy the x86 arch code's expectation that IOMMU drivers bring their own DMA ops, right? Robin. > select INTERVAL_TREE > help > Para-virtualised IOMMU driver with virtio. &g...

About the last question, I'll be reading up on samba-tool. Apologies. A better question is: can I run the DC without an attached DNS server? How little can I get away with running? In my imagination, I should be able to run just the LDAP+Kerberos parts, AIUI that's all I need, skipping DNS, fileserving, winbind, etc; blame this on my view of AD as a quirky LDAP. Again, scoped for my use cases, which are essentially LDAP-connection-and-lookup against the AD-flavored LDAP that AD contains. thank you, m On Tue, Dec 19, 2017 at 11:01 AM, Martin L...

Hi, I recently came across the following in __floatsidf in compiler-rt: __floatsidf(int a) { ... if (a < 0) { ... a = -a; In the case where a == INT_MIN, is this negation not undefined behaviour? AIUI this function is used for software emulation on targets that have no hardware floating point support. Perhaps there is an in-built assumption that this code is never called with INT_MIN, though I don't immediately see anything to indicate this. Indeed there is a later comment in this functio...

...> bool "Virtio IOMMU driver" > > > depends on VIRTIO=y > > > - depends on ARM64 > > > + depends on (ARM64 || X86) > > > select IOMMU_API > > > + select IOMMU_DMA > > > > Can that have an "if X86" for clarity? AIUI it's not necessary for > > virtio-iommu itself (and really shouldn't be), but is merely to satisfy the > > x86 arch code's expectation that IOMMU drivers bring their own DMA ops, > > right? > > > > Robin. > > In fact does not this work on any platfo...

...> bool "Virtio IOMMU driver" > > > depends on VIRTIO=y > > > - depends on ARM64 > > > + depends on (ARM64 || X86) > > > select IOMMU_API > > > + select IOMMU_DMA > > > > Can that have an "if X86" for clarity? AIUI it's not necessary for > > virtio-iommu itself (and really shouldn't be), but is merely to satisfy the > > x86 arch code's expectation that IOMMU drivers bring their own DMA ops, > > right? > > > > Robin. > > In fact does not this work on any platfo...

> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: > > Hi waldi, > > > > Are you planning to update the Xen package too 4.4 soon? Upstream have > > released 4.4-rc6 and AIUI are planning to release the final version next > > week (I've been out of the office for a bit, so I don't know the precise > > state, but that was the last I heard). > > > > I would like to send patches to enable the build on ARM but this relies > > on 4.4. I&...

> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: > > Hi waldi, > > > > Are you planning to update the Xen package too 4.4 soon? Upstream have > > released 4.4-rc6 and AIUI are planning to release the final version next > > week (I've been out of the office for a bit, so I don't know the precise > > state, but that was the last I heard). > > > > I would like to send patches to enable the build on ARM but this relies > > on 4.4. I&...

...s://bugzilla.redhat.com/show_bug.cgi?id=1506572 > > The approach of this patch is IMHO not good, since it removes the MAC > address from the network-scripts, but still the rest of v2v will try > to preserve the MAC addresses. We preserve the MAC address in metadata. On the other hand AIUI this patch only removes the association in the ifcfg files and the guest will reassociate it when it boots (albeit it might then mix up the ethernet interfaces so that's not good). There's IMHO a bigger problem which is not being addressed: https://bugzilla.redhat.com/show_bug.cgi?id=1318...

...ase? > > Right... the question is, is there any language that actually has such > semantics? We faced this problem in gcc, and unfortunately Java and Ada have different properties when it comes to trapping instructions: Java must throw a NullPointerException at the appropriate place, but AIUI Ada may or may not. Andrew.

This is mostly to Hans since he builds these AIUI, but would be worth getting others' opinions too. I'd like to ask whether building the Windows binaries *without* LLVM_INSTALL_TOOLCHAIN_ONLY could be considered and tried. Would the result be a prohibitive amount larger than the current installer? LLVM is an incredibly useful set of librar...

...of the GHCB needs to be backed up, so that it doesn't > destroy the GHCB contents of the first #VC handling path. Isn't it possible for the #VC handler to hit a #PF, e.g. on copy_from_user() in insn_fetch_from_user()? If that happens, what prevents the #PF handler from hitting a #VC? AIUI, do_vmm_communication() panics if the backup GHCB is already in use, e.g. #VC->#PF->#VC->NMI->#VC would be fatal.

...script, but not an user one. > Is imap4flags maybe listed in sieve_global_extensions setting in your config? Then you need to remove it from there: https://doc.dovecot.org/configuration_manual/sieve/configuration/#basic-configuration You could also try to enable it via sieve_extensions. But AIUI that shouldn't be needed. >

....org/wiki/OpenSSH/Cookbook/Certificate-based_Authentication#4._Updating_Clients_to_Acknowledge_the_Designated_Certificate_Authority > > Another example (from the sshd man page) > > cert-authority *.mydomain.org,*.mydomain.com ssh-rsa AAAAB5W... > > Could that work for you? AIUI what he is asking for is a file that combines the host identity of the system-wide ssh_known_hosts file with the host/user authorisation of shosts in a single file. This might be a little cleaner, but IMO not so much so as to be highly motivating (personally). -d

On 11/10/23 04:17, Damien Miller wrote: > AIUI what he is asking for is a file that combines the host identity > of the system-wide ssh_known_hosts file with the host/user authorisation > of shosts in a single file. > > This might be a little cleaner, but IMO not so much so as to be highly > motivating (personally). > > -d...

...emails about this by default. If logcheck > is going to insist on a policy of including *duplicate* notices in its own > output, then I don't think I have any use for logcheck. > > It's also not a problem that can "get fixed", short of replacing the > hardware. AIUI you're not forced to send mails with smartd, just remove the '-m root' from your smartd.conf file, and then it'll just use syslog, and logcheck will not repeat that information at all. Obviously this has the drawback to warn you at logcheck rate rather than smartd (which performs...

...uantum computer a quadratic speedup. This effectively halves the strength, as expessed in bits, of symmetric ciphers and (I think) hash algorithms. I.e. AES-256 would be "as strong" as AES-128, and AES-128 would be reduced to 64-bit equivalent strength. The latter sounds pretty scary but AIUI the attacker would need to perform close to 2^64 quantum computations to break AES and that's still a huge expenditure. There's no analogous store-now-decrypt-later situation for signature schemes in SSH. The closest concern is long-lived signing keys that would be troublesome to rotate be...