Skip to content
Snippets Groups Projects
Select Git revision
  • 4dcfa60071b3d23f0181f27d8519f12e37cefbb9
  • vme-testing default
  • ci-test
  • master
  • remoteproc
  • am625-sk-ov5640
  • pcal6534-upstreaming
  • lps22df-upstreaming
  • msc-upstreaming
  • imx8mp
  • iio/noa1305
  • vme-next
  • vme-next-4.14-rc4
  • v4.14-rc4
  • v4.14-rc3
  • v4.14-rc2
  • v4.14-rc1
  • v4.13
  • vme-next-4.13-rc7
  • v4.13-rc7
  • v4.13-rc6
  • v4.13-rc5
  • v4.13-rc4
  • v4.13-rc3
  • v4.13-rc2
  • v4.13-rc1
  • v4.12
  • v4.12-rc7
  • v4.12-rc6
  • v4.12-rc5
  • v4.12-rc4
  • v4.12-rc3
32 results

dma-mapping.c

Blame
    • Russell King's avatar
      4dcfa600
      ARM: DMA-API: better handing of DMA masks for coherent allocations · 4dcfa600
      Russell King authored
      
      We need to start treating DMA masks as something which is specific to
      the bus that the device resides on, otherwise we're going to hit all
      sorts of nasty issues with LPAE and 32-bit DMA controllers in >32-bit
      systems, where memory is offset from PFN 0.
      
      In order to start doing this, we convert the DMA mask to a PFN using
      the device specific dma_to_pfn() macro.  This is the reverse of the
      pfn_to_dma() macro which is used to get the DMA address for the device.
      
      This gives us a PFN mask, which we can then check against the PFN
      limit of the DMA zone.
      
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      4dcfa600
      History
      ARM: DMA-API: better handing of DMA masks for coherent allocations
      Russell King authored
      
      We need to start treating DMA masks as something which is specific to
      the bus that the device resides on, otherwise we're going to hit all
      sorts of nasty issues with LPAE and 32-bit DMA controllers in >32-bit
      systems, where memory is offset from PFN 0.
      
      In order to start doing this, we convert the DMA mask to a PFN using
      the device specific dma_to_pfn() macro.  This is the reverse of the
      pfn_to_dma() macro which is used to get the DMA address for the device.
      
      This gives us a PFN mask, which we can then check against the PFN
      limit of the DMA zone.
      
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
    ipip.c 15.15 KiB
    /*
     *	Linux NET3:	IP/IP protocol decoder.
     *
     *	Authors:
     *		Sam Lantinga (slouken@cs.ucdavis.edu)  02/01/95
     *
     *	Fixes:
     *		Alan Cox	:	Merged and made usable non modular (its so tiny its silly as
     *					a module taking up 2 pages).
     *		Alan Cox	: 	Fixed bug with 1.3.18 and IPIP not working (now needs to set skb->h.iph)
     *					to keep ip_forward happy.
     *		Alan Cox	:	More fixes for 1.3.21, and firewall fix. Maybe this will work soon 8).
     *		Kai Schulte	:	Fixed #defines for IP_FIREWALL->FIREWALL
     *              David Woodhouse :       Perform some basic ICMP handling.
     *                                      IPIP Routing without decapsulation.
     *              Carlos Picoto   :       GRE over IP support
     *		Alexey Kuznetsov:	Reworked. Really, now it is truncated version of ipv4/ip_gre.c.
     *					I do not want to merge them together.
     *
     *	This program is free software; you can redistribute it and/or
     *	modify it under the terms of the GNU General Public License
     *	as published by the Free Software Foundation; either version
     *	2 of the License, or (at your option) any later version.
     *
     */
    
    /* tunnel.c: an IP tunnel driver
    
    	The purpose of this driver is to provide an IP tunnel through
    	which you can tunnel network traffic transparently across subnets.
    
    	This was written by looking at Nick Holloway's dummy driver
    	Thanks for the great code!
    
    		-Sam Lantinga	(slouken@cs.ucdavis.edu)  02/01/95
    
    	Minor tweaks:
    		Cleaned up the code a little and added some pre-1.3.0 tweaks.
    		dev->hard_header/hard_header_len changed to use no headers.
    		Comments/bracketing tweaked.
    		Made the tunnels use dev->name not tunnel: when error reporting.
    		Added tx_dropped stat
    
    		-Alan Cox	(alan@lxorguk.ukuu.org.uk) 21 March 95
    
    	Reworked:
    		Changed to tunnel to destination gateway in addition to the
    			tunnel's pointopoint address
    		Almost completely rewritten
    		Note:  There is currently no firewall or ICMP handling done.
    
    		-Sam Lantinga	(slouken@cs.ucdavis.edu) 02/13/96
    
    */
    
    /* Things I wish I had known when writing the tunnel driver:
    
    	When the tunnel_xmit() function is called, the skb contains the
    	packet to be sent (plus a great deal of extra info), and dev
    	contains the tunnel device that _we_ are.
    
    	When we are passed a packet, we are expected to fill in the
    	source address with our source IP address.
    
    	What is the proper way to allocate, copy and free a buffer?
    	After you allocate it, it is a "0 length" chunk of memory
    	starting at zero.  If you want to add headers to the buffer
    	later, you'll have to call "skb_reserve(skb, amount)" with
    	the amount of memory you want reserved.  Then, you call
    	"skb_put(skb, amount)" with the amount of space you want in