GitHub PushEvent at 2014-05-15 13:26:22
Repository: renesas-backport
Actor: khiemnguyen
Payload: {"shas":[["b860e8945085fa22148cf903f4142e327a76a855","f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","ARM: DMA-API: better handing of DMA masks for coherent allocations\n\nWe need to start treating DMA masks as something which is specific to\nthe bus that the device resides on, otherwise we're going to hit all\nsorts of nasty issues with LPAE and 32-bit DMA controllers in >32-bit\nsystems, where memory is offset from PFN 0.\n\nIn order to start doing this, we convert the DMA mask to a PFN using\nthe device specific dma_to_pfn() macro.  This is the reverse of the\npfn_to_dma() macro which is used to get the DMA address for the device.\n\nThis gives us a PFN mask, which we can then check against the PFN\nlimit of the DMA zone.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n(cherry picked from commit 4dcfa60071b3d23f0181f27d8519f12e37cefbb9)\nSigned-off-by: Simon Horman <horms+renesas@verge.net.au>","Russell King",true],["99edb76ecfecfffcca8629688b41a789f671297a","f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","ARM: dma-mapping: check DMA mask against available memory\n\nSome buses have negative offsets, which causes the DMA mask checks to\nfalsely fail.  Fix this by using the actual amount of memory fitted in\nthe system.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n(cherry picked from commit 11a5aa32562e1e90ab2d0278748fe0fbecda1cbe)\nSigned-off-by: Simon Horman <horms+renesas@verge.net.au>","Russell King",true],["b9dbda39a2a628abb80c33223a2f1834ea2d6744","f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","ARM: another fix for the DMA mapping checks\n\nPeter reports that OMAP audio broke with the recent fix for these\nchecks, caused by OMAP audio using a 64-bit DMA mask.  We should\nallow 64-bit DMA masks even with 32-bit dma_addr_t if we can be sure\nthe amount of RAM we have won't allow the 32-bit dma_addr_t to\noverflow.  Unfortunately, the checks to detect overflow were not\ncorrect.\n\nTested-by: Peter Ujfalusi <peter.ujfalusi@ti.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n(cherry picked from commit 9f28cde0bc643186d32744ce69d12222e8588fe7)\nSigned-off-by: Simon Horman <horms+renesas@verge.net.au>","Russell King",true],["36d933a7daffb8c3e634a14e783832e05c103d38","9ab5ef8bf102d1216a45531f6a1fe327021f918d@gmail.com","ARM: 7840/1: LPAE: don't reject mapping /dev/mem above 4GB\n\nWith LPAE enabled, physical address space is larger than 4GB. Allow mapping any\npart of it via /dev/mem by using PHYS_MASK to determine valid range.\n\nPHYS_MASK covers 40 bits with LPAE enabled and 32 bits otherwise.\n\nReported-by: Vassili Karpov <av1474@comtv.ru>\nSigned-off-by: Sergey Dyasly <dserrg@gmail.com>\nAcked-by: Catalin Marinas <catalin.marinas@arm.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n(cherry picked from commit 3159f372354e8e1f5dee714663d705dd2c7e0759)\nSigned-off-by: Simon Horman <horms+renesas@verge.net.au>","Sergey Dyasly",true]],"size":4,"ref":"refs/heads/backport/v3.10.31-ltsi/snapshot.wip","head":"36d933a7daffb8c3e634a14e783832e05c103d38"}