aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2012-05-20m68knommu: move the 520x platform code into the common ColdFire code directoryGreg Ungerer4-19/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 5206 platform code into the common ColdFire code directoryGreg Ungerer4-22/+2
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 5407 GPIO struct setupGreg Ungerer3-28/+10
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 532x GPIO struct setupGreg Ungerer3-44/+26
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 5307 GPIO struct setupGreg Ungerer3-28/+10
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 528x GPIO struct setupGreg Ungerer3-50/+32
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 527x GPIO struct setupGreg Ungerer3-62/+44
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 5272 GPIO struct setupGreg Ungerer3-30/+12
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 5249 GPIO struct setupGreg Ungerer3-29/+11
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 523x GPIO struct setupGreg Ungerer3-41/+23
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 520x GPIO struct setupGreg Ungerer3-35/+17
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: simplify the ColdFire 5206 GPIO struct setupGreg Ungerer3-28/+10
The GPIO data struct setup is now the only remaining code in the platform gpio.c file. So move it to the platform config.c code and remove the gpio.c file. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: make duplicated ColdFire GPIO init code common for allGreg Ungerer13-100/+34
The code that adds each ColdFire platforms GPIO signals is duplicated in each platforms specific code. Remove it from each platforms code and put a single version in the existing ColdFire gpio subsystem init code. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 532x init codeGreg Ungerer1-303/+17
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 5407 init codeGreg Ungerer1-15/+1
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 5307 init codeGreg Ungerer1-15/+1
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 528x init codeGreg Ungerer2-503/+103
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. We also need to rename some of the GPIO registers to be consistent with all other ColdFire parts (we can't use the new GPIO macros otherwise). Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 527x init codeGreg Ungerer1-572/+32
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 5272 init codeGreg Ungerer1-47/+3
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 5249 init codeGreg Ungerer1-31/+2
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 523x init codeGreg Ungerer1-250/+14
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 520x init codeGreg Ungerer1-141/+8
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: switch to GPIO init macros in ColdFire 5206 init codeGreg Ungerer1-15/+1
Modify the GPIO setup table to use the mcfgpio.h macros for table init. Simplifies code and reduces line count significantly. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68knommu: introduce macros to simplify ColdFire GPIO table initializationGreg Ungerer1-0/+54
We have very large tables in the ColdFire CPU GPIO setup code that essentially boil down to 2 distinct types of GPIO pin initiaization. Using 2 macros we can reduce these large tables to at most a dozen lines of setup code, and in quite a few cases a single table entry. Introduce these 2 macros into the existing mcfgpio.h header. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Steven King <[email protected]>
2012-05-20m68k: fix compiler warning by properly inlining flat_set_persistent()Ezequiel Garcia1-1/+6
This patch removes the following warning: fs/binfmt_flat.c:752: warning: unused variable 'persistent'. There is neither functionality change, nor extra code generated. Signed-off-by: Ezequiel Garcia <[email protected]> Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68k: merge the MMU and non-MMU signal.c codeGreg Ungerer3-1882/+1199
The MMU (signal_mm.c) and non-MMU (signal_no.c) versions of the m68k architecture signal handling code are very similar. Most of their code is the same. Merge the two back into a single signal.c, and move some of the code around inside the file to minimize the number of #ifdefs required. Specificially we can group out the CONFIG_FPU and the CONFIG_MMU code. We end up needing a few other "#ifdef CONFIG_MMU" as well, but not too many. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Geert Uytterhoeven <[email protected]>
2012-05-20net/ipv4: replace simple_strtoul with kstrtoulEldad Zack3-3/+21
Replace simple_strtoul with kstrtoul in three similar occurrences, all setup handlers: * route.c: set_rhash_entries * tcp.c: set_thash_entries * udp.c: set_uhash_entries Also check if the conversion failed. Signed-off-by: Eldad Zack <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-20net/ipv4/ipconfig: neaten __setup placementEldad Zack1-3/+2
The __setup macro should follow the corresponding setup handler. Signed-off-by: Eldad Zack <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: drop unused inline functions in srmmu.cSam Ravnborg1-26/+0
When decelared inline the compiler does not warn about unused functions. But they are not used so drop them. Signed-off-by: Sam Ravnborg <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: drop unused functions in pgtsrmmu.hSam Ravnborg2-52/+14
One function was only used by leon - move it to a leon specific file. Signed-off-by: Sam Ravnborg <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32,leon: move leon mmu functions to leon_mm.cSam Ravnborg3-81/+85
We already have a leaon specific file - so keep all the laon stuff in one place. Signed-off-by: Sam Ravnborg <[email protected]> Cc: Konrad Eisele <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32,leon: remove duplicate definitions in leon.hSam Ravnborg1-15/+2
Signed-off-by: Sam Ravnborg <[email protected]> Cc: Konrad Eisele <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32,leon: remove duplicate UART register definitionsSam Ravnborg1-25/+0
The registers are defined in leon_amba too. Signed-off-by: Sam Ravnborg <[email protected]> Cc: Konrad Eisele <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32,leon: move leon ASI definitions to asi.hSam Ravnborg2-13/+14
Signed-off-by: Sam Ravnborg <[email protected]> Cc: Konrad Eisele <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: move trap table to a separate fileSam Ravnborg2-324/+419
Signed-off-by: Sam Ravnborg <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc64: renamed ttable.S to ttable_64.SSam Ravnborg2-1/+1
To allow us to add ttable_32.S Signed-off-by: Sam Ravnborg <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Remove asm/sysen.h header.David S. Miller1-15/+0
Defines a sun4c register, thus completely unused. Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Delete asm/smpprim.hDavid S. Miller1-54/+0
Completely unused. Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Remove unused empty_bad_page{,_table} declarations.David S. Miller1-2/+0
Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Kill boot_cpu_id4David S. Miller3-6/+1
It is written, but never actually read. Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Move GET_PROCESSOR*_ID() out of asm/asmmacro.hDavid S. Miller2-10/+5
GET_PROCESSOR4D_ID is completely unused, so delete it. Move GET_PROCESSOR4M_ID to the sun4m specific trap code which uses it. We now no longer need to include asm/asi.h Signed-off-by: David S. Miller <[email protected]>
2012-05-19sparc32: Remove completely unused code from asm/cache.hDavid S. Miller1-114/+0
Signed-off-by: David S. Miller <[email protected]>
2012-05-19net: qmi_wwan: Add Vodafone/Huawei K5005 supportBjørn Mork1-0/+8
Tested-by: Thomas Schäfer <[email protected]> Signed-off-by: Bjørn Mork <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19net: cdc_ether: Add ZTE WWAN matches before generic EthernetAndrew Bird (Sphere Systems)1-0/+56
Some ZTE WWAN devices have generic CDC Ether descriptors. Add those into the whitelist so that we get FLAG_WWAN on the interface Signed-off-by: Andrew Bird <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19ipv6: use skb coalescing in reassemblyEric Dumazet1-6/+20
ip6_frag_reasm() can use skb_try_coalesce() to build optimized skb, reducing memory used by them (truesize), and reducing number of cache line misses and overhead for the consumer. Signed-off-by: Eric Dumazet <[email protected]> Cc: Alexander Duyck <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19ipv4: use skb coalescing in defragmentationEric Dumazet1-6/+20
ip_frag_reasm() can use skb_try_coalesce() to build optimized skb, reducing memory used by them (truesize), and reducing number of cache line misses and overhead for the consumer. Signed-off-by: Eric Dumazet <[email protected]> Cc: Alexander Duyck <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19net: introduce skb_try_coalesce()Eric Dumazet3-64/+94
Move tcp_try_coalesce() protocol independent part to skb_try_coalesce(). skb_try_coalesce() can be used in IPv4 defrag and IPv6 reassembly, to build optimized skbs (less sk_buff, and possibly less 'headers') skb_try_coalesce() is zero copy, unless the copy can fit in destination header (its a rare case) kfree_skb_partial() is also moved to net/core/skbuff.c and exported, because IPv6 will need it in patch (ipv6: use skb coalescing in reassembly). Signed-off-by: Eric Dumazet <[email protected]> Cc: Alexander Duyck <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19net:ipv6:fixed space issues relating to operators.Jeffrin Jose1-2/+2
Fixed space issues relating to operators found by checkpatch.pl tool in net/ipv6/udp.c Signed-off-by: Jeffrin Jose <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19net:ipv6:fixed a trailing white space issue.Jeffrin Jose1-1/+1
Fixed a trailing white space issue found by checkpatch.pl tool in net/ipv6/udp.c Signed-off-by: Jeffrin Jose <[email protected]> Signed-off-by: David S. Miller <[email protected]>
2012-05-19Merge tag 'parisc-fixes' of ↵Linus Torvalds3-19/+30
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6 Pull PA-RISC fixes from James Bottomley: "This is a set of three bug fixes that gets parisc running again on systems with PA1.1 processors. Two fix regressions introduced in 2.6.39 and one fixes a prefetch bug that only affects PA7300LC processors. We also have another pending fix to do with the sectional arrangement of vmlinux.lds, but there's a query on it during testing on one particular system type, so I'll hold off sending it in for now." * tag 'parisc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6: [PARISC] fix panic on prefetch(NULL) on PA7300LC [PARISC] fix crash in flush_icache_page_asm on PA1.1 [PARISC] fix PA1.1 oops on boot
Powered by cgit, Gruvboxed by Blaster4385.