search for: figment

On Wed, Sep 03, 2014 at 04:12:01PM +0930, Rusty Russell wrote: > Andy Lutomirski <luto at amacapital.net> writes: > > There really are virtio devices that are pieces of silicon and not > > figments of a hypervisor's imagination [1]. > > Hi Andy, > > As you're discovering, there's a reason no one has done the DMA > API before. > > So the problem is that ppc64's IOMMU is a platform thing, not a bus > thing. They really do carve out an excepti...

On Wed, Sep 03, 2014 at 04:12:01PM +0930, Rusty Russell wrote: > Andy Lutomirski <luto at amacapital.net> writes: > > There really are virtio devices that are pieces of silicon and not > > figments of a hypervisor's imagination [1]. > > Hi Andy, > > As you're discovering, there's a reason no one has done the DMA > API before. > > So the problem is that ppc64's IOMMU is a platform thing, not a bus > thing. They really do carve out an excepti...

...; force group = www-data > ;? create mask = 0644 > force create mode = 0644 > ;? directory mask = 0755 > force directory mode = 0755 > ========== > > It all depends on what filesystem is on the sdcard, if it is a Windows filesystem (vfat etc), then what you see on Linux is a figment of the mount command, but if it is a Linux filesystem (ext4 etc), then there is something wrong. Rowland

On 21/10/2024 10:55, Rowland Penny via samba wrote: > It all depends on what filesystem is on the sdcard, if it is a Windows > filesystem (vfat etc), then what you see on Linux is a figment of the > mount command, but if it is a Linux filesystem (ext4 etc), then there is > something wrong. Ah, didn't think of the filesystem. So it's either making the SD card directly accessible on a Windows host or having files saved with the right owner + rights. Thank you.

...iolation, and this won't work if the device is a real PCI device. Alternatively, it can treat the device like any other PCI device and use the IOMMU. This is a bit slower, and it is also incompatible with current hypervisors. There really are virtio devices that are pieces of silicon and not figments of a hypervisor's imagination [1]. We could teach virtio_pci to use physical addressing on ppc64, but that seems like a pretty awful hack, and it'll start needing quirks as soon as someone tries to plug a virtio-speaking PCI card into a ppc64 machine. Ideas? x86 and arm seem to be safe...

...iolation, and this won't work if the device is a real PCI device. Alternatively, it can treat the device like any other PCI device and use the IOMMU. This is a bit slower, and it is also incompatible with current hypervisors. There really are virtio devices that are pieces of silicon and not figments of a hypervisor's imagination [1]. We could teach virtio_pci to use physical addressing on ppc64, but that seems like a pretty awful hack, and it'll start needing quirks as soon as someone tries to plug a virtio-speaking PCI card into a ppc64 machine. Ideas? x86 and arm seem to be safe...

...= x-(-A)', change to B = x+A. This preserves NSW/NUW. if (Value <https://cs.corp.google.com/#piper///depot/google3/third_party/llvm/llvm/include/llvm/IR/Value.h&ct=xref_jump_to_def&cl=GROK&l=69&gsn=Value> * <https://cs.corp.google.com/#piper///depot/google3/GENERATED/figments/cpp/PointerTo/start-with-ll/llvm/class-Value.cc&ct=xref_jump_to_def&cl=GROK&l=3&gsn=*>V <https://cs.corp.google.com/#piper///depot/google3/third_party/llvm/llvm/lib/Transforms/InstCombine/InstCombineAddSub.cpp&ct=xref_usages&gs=cpp:llvm::class-InstCombiner::visitSub(l...

On Sep 2, 2014 11:53 PM, "Rusty Russell" <rusty at rustcorp.com.au> wrote: > > Andy Lutomirski <luto at amacapital.net> writes: > > There really are virtio devices that are pieces of silicon and not > > figments of a hypervisor's imagination [1]. > > Hi Andy, > > As you're discovering, there's a reason no one has done the DMA > API before. > > So the problem is that ppc64's IOMMU is a platform thing, not a bus > thing. They really do carve out an exception...

On Sep 2, 2014 11:53 PM, "Rusty Russell" <rusty at rustcorp.com.au> wrote: > > Andy Lutomirski <luto at amacapital.net> writes: > > There really are virtio devices that are pieces of silicon and not > > figments of a hypervisor's imagination [1]. > > Hi Andy, > > As you're discovering, there's a reason no one has done the DMA > API before. > > So the problem is that ppc64's IOMMU is a platform thing, not a bus > thing. They really do carve out an exception...

...+ b; > > llvm code: > > %a = call foo() > llvm.myintrinsic("%a", "a", 1) > %b = call bar() > llvm.myintrinsic("%b", "b", 2) > %tmp.1 = add %a, %b > llvm.myintrinsic("%tmp.1", "a", 3) Exactly. The %'s are a figment of the asmprinter's imagination, so you wouldn't need to include them, but this is basically what I was getting at. -Chris >> Given the above, you can use the constant string "A", to look up things in >> the symbol table of the function. You will probably want to...

...; %a = call foo() > > llvm.myintrinsic("%a", "a", 1) > > %b = call bar() > > llvm.myintrinsic("%b", "b", 2) > > %tmp.1 = add %a, %b > > llvm.myintrinsic("%tmp.1", "a", 3) > > Exactly. The %'s are a figment of the asmprinter's imagination, so you > wouldn't need to include them, but this is basically what I was getting > at. OK. > -Chris > > >> Given the above, you can use the constant string "A", to look up things in > >> the symbol table of the func...

On 20/10/2024 17:07, Rowland Penny via samba wrote: >> Unless it has changed, curl only supports SMBv1 and it is turned off by >> default on Samba. Too bad. That takes care of question #1. Are those the wrong settings to force new files to be saved with a given user and the given access rights? A new file is still root:root and 655 ========== [sdcard] path = /mnt/sdcard guest ok =

vifnum appears to be entirely a figment of network-route's imagination; I can see no evidence of it elsewhere in the Debian Xen packages. Since network-route claims to default to eth0 and does not document vifnum at all, the obvious fix would be to change: netdev=${netdev:-eth${vifnum}} to: netdev=${netdev:-eth0} ttfn/rj...

Andy Lutomirski <luto at amacapital.net> writes: > There really are virtio devices that are pieces of silicon and not > figments of a hypervisor's imagination [1]. Hi Andy, As you're discovering, there's a reason no one has done the DMA API before. So the problem is that ppc64's IOMMU is a platform thing, not a bus thing. They really do carve out an exception for virtio devices, because performan...

"Michael S. Tsirkin" <mst at redhat.com> writes: > On Wed, Sep 03, 2014 at 04:12:01PM +0930, Rusty Russell wrote: >> Andy Lutomirski <luto at amacapital.net> writes: >> > There really are virtio devices that are pieces of silicon and not >> > figments of a hypervisor's imagination [1]. >> >> Hi Andy, >> >> As you're discovering, there's a reason no one has done the DMA >> API before. >> >> So the problem is that ppc64's IOMMU is a platform thing, not a bus >> thing. The...

Chris, Thanks for the suggestions. On 8/22/05, Chris Lattner <sabre at nondot.org> wrote: > On Fri, 19 Aug 2005, Michael McCracken wrote: > > > I've been thinking of adding an instruction, and I'm following the > > advice in the docs to consult the list before doing something rash. > > Always a good idea! :) Instead of adding an instruction, I'd

..., 21 Oct 2024 13:47:40 +0200 Gilles via samba <samba at lists.samba.org> wrote: > On 21/10/2024 10:55, Rowland Penny via samba wrote: > > It all depends on what filesystem is on the sdcard, if it is a > > Windows filesystem (vfat etc), then what you see on Linux is a > > figment of the mount command, but if it is a Linux filesystem (ext4 > > etc), then there is something wrong. > > Ah, didn't think of the filesystem. > > So it's either making the SD card directly accessible on a Windows > host or having files saved with the right owner + righ...

...ree that such a bus uses a direct mapping and have the guest use appropriate "direct map" dma_ops. But we need to keep backward compatibility with existing guest/hypervisors so the default must remain as it is. > There really are virtio devices that are pieces of silicon and not > figments of a hypervisor's imagination [1]. I am aware of that. There are also attempts at using virtio to make two machines communicate via a PCIe link (either with one as endpoint of the other or via a non-transparent switch). Which is why I'm not objecting to what you are trying to do ;-) My...

...net> writes: >> On Sep 2, 2014 11:53 PM, "Rusty Russell" <rusty at rustcorp.com.au> wrote: >>> >>> Andy Lutomirski <luto at amacapital.net> writes: >>> > There really are virtio devices that are pieces of silicon and not >>> > figments of a hypervisor's imagination [1]. >>> >>> Hi Andy, >>> >>> As you're discovering, there's a reason no one has done the DMA >>> API before. >>> >>> So the problem is that ppc64's IOMMU is a platform thing, not a...

...net> writes: >> On Sep 2, 2014 11:53 PM, "Rusty Russell" <rusty at rustcorp.com.au> wrote: >>> >>> Andy Lutomirski <luto at amacapital.net> writes: >>> > There really are virtio devices that are pieces of silicon and not >>> > figments of a hypervisor's imagination [1]. >>> >>> Hi Andy, >>> >>> As you're discovering, there's a reason no one has done the DMA >>> API before. >>> >>> So the problem is that ppc64's IOMMU is a platform thing, not a...