RE: [RFC] avoid indirect calls for DMA direct mappings v2
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Christoph Hellwig <hch@xxxxxx>
- Subject: RE: [RFC] avoid indirect calls for DMA direct mappings v2
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Date: Tue, 11 Dec 2018 16:42:55 +0000
- Accept-language: en-US
- Cc: "iommu@xxxxxxxxxxxxxxxxxxxxxxxxxx" <iommu@xxxxxxxxxxxxxxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Jesper Dangaard Brouer <brouer@xxxxxxxxxx>, Tariq Toukan <tariqt@xxxxxxxxxxxx>, Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>, Toke Høiland-Jørgensen <toke@xxxxxxx>, Robin Murphy <robin.murphy@xxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, "Yu, Fenghua" <fenghua.yu@xxxxxxxxx>, "Marek Szyprowski" <m.szyprowski@xxxxxxxxxxx>, "Busch, Keith" <keith.busch@xxxxxxxxx>, "Derrick, Jonathan" <jonathan.derrick@xxxxxxxxx>, "linux-pci@xxxxxxxxxxxxxxx" <linux-pci@xxxxxxxxxxxxxxx>, "linux-ia64@xxxxxxxxxxxxxxx" <linux-ia64@xxxxxxxxxxxxxxx>, "x86@xxxxxxxxxx" <x86@xxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>
- Dlp-product: dlpe-windows
- Dlp-reaction: no-action
- Dlp-version: 11.0.400.15
- In-reply-to: <20181211065112.GA13668@lst.de>
- References: <20181207190720.18517-1-hch@lst.de> <20181210215113.GA22180@agluck-desk> <20181211065112.GA13668@lst.de>
> This should fix it:
...
> +#include <linux/dma-noncoherent.h>
Not quite. Still have an issue with __phys_to_pfn(paddr)
Trying ti #include <asm-generic/memory_model.h> gave we a raft of redefined
macros. So I just added
#define __phys_to_pfn(paddr) PHYS_PFN(paddr)
to arch/ia64/mm/init.c
That made the build work. But boot spontaneously resets after:
mptsas: ioc1: attaching ssp device: fw_channel 0, fw_id 6, phy 6, sas_addr 0x5000c5000ecada69
scsi 5:0:0:0: Direct-Access SEAGATE ST9146802SS 0003 PQ: 0 ANSI: 5
EFI Variables Facility v0.08 2004-May-17
sd 5:0:0:0: [sdb] 286749488 512-byte logical blocks: (147 GB/137 GiB)
sd 5:0:0:0: [sdb] Write Protect is off
sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
sdb: sdb1 sdb2
sd 5:0:0:0: [sdb] Attached SCSI disk
But that might not be your fault. My ancient system is getting flaky. A v4.19 build that
has booted before is also resetting :-(
-Tony
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]