search for: pci_map_sg

Displaying 7 results from an estimated 7 matches for "pci_map_sg".

Did you mean: pci32_map_sg
2007 Jul 09
21
mthca use of dma_sync_single is bogus
It seems the problems running mthca in a Xen domU have uncovered a bug in mthca: mthca uses dma_sync_single in mthca_arbel_write_mtt_seg() and mthca_arbel_map_phys_fmr() to sync the MTTs that get written. However, Documentation/DMA-API.txt says: void dma_sync_single(struct device *dev, dma_addr_t dma_handle, size_t size, enum dma_data_direction direction) synchronise a single
2004 Jul 26
0
A better fix for the blkdev merging bug
...h I believe has had some attention recently. > > Looks like the SCSI-merge code will have to be modified. I''ll do > IDE-merge code at the same time, so that we just merge less > aggressively rather than falling back to PIO transfers. > > I''ll leave the check in pci_map_sg(), but it shouldn''t ever trigger > after I patch the IDE and SCSI merge routines, so I''ll add a warning > message if an invalid scatter-gather list is detected. Okay, I''ve checked in a better fix for the blkdev merging bug, which should work okay for all IDE and SC...
2007 Jul 13
1
NV43 + PPC64 = :(
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been trying to get nouveau working on a Geforce 6600LE in a dual-core G5 PowerMac system. For various reasons, it's not working. The first problem I encountered was the lack of virt_to_bus on 64-bit PPC. After talking to benh on IRC, I created the attached patch. nouveau.ko can at least load on PPC64 now. :) However, during X-server
2008 Apr 21
9
3w-xxxx / 3ware 8006-2LP corruption issues using Xen kernel
Hi, At the time of writing this mail, a few days ago, I couldn''t access the lists, so my apologies if this mail is received duplicate. I recently bought a new server with a 3Ware 8006-2LP controller to run Xen on a Debian linux distribution: - Server: ASUS RS120-E4/PA4 - Debian Release: etch - Architecture: 32bit / 686 - Memory: 8 GB - Disks: 2x Hitachi HDT725050VLA360 - Controller:
2011 Jun 27
9
Is there a way to map pv guest pseudo physical address into dom0?
Hi, all I''m reading the code of QEMU''s virtio infrastructure (hw/virtio.c) and Linux''s virtio driver (virtio_blk.c, virtio_net.c). Virtio drivers utilize scatter gather infrastructure in the Linux kernel. It stores the physical addresses in scatter list. In Xen''s hvm case, QEMU can access guest address space with cpu_physical_memory_map. However, in
2004 Apr 30
2
Can not compile zaptel at SuSE 9.0
...neric/pci-dma-compat.h:49: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_unmap_page': /usr/include/asm-generic/pci-dma-compat.h:56: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_map_sg': /usr/include/asm-generic/pci-dma-compat.h:63: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_unmap_sg': /usr/include/asm-generic/pci-dma-compat.h:70: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma...
2004 Jul 19
0
Cant compile Zaptel at all
...neric/pci-dma-compat.h:49: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_unmap_page': /usr/include/asm-generic/pci-dma-compat.h:56: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_map_sg': /usr/include/asm-generic/pci-dma-compat.h:63: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma-compat.h: In function `pci_unmap_sg': /usr/include/asm-generic/pci-dma-compat.h:70: error: structure has no member named `dev' /usr/include/asm-generic/pci-dma...