Re: [git pull] IOMMU Updates for Linux v4.1

Hi Joerg, I sent to you (cc iommu mailing list) an important fix on Apr-16 for a bug in amd_iommu_v2.c (from kernel 4.0). See: http://lists.linuxfoundation.org/pipermail/iommu/2015-April/012757.html Could you please add that to the pull request ? Its creating problems when running HSA applicat

Re: [PATCH kernel v8 14/31] vfio: powerpc/spapr: powerpc/powernv/ioda2: Rework IOMMU ownership control

On 04/20/2015 12:44 PM, David Gibson wrote: On Fri, Apr 17, 2015 at 08:09:29PM +1000, Alexey Kardashevskiy wrote: On 04/16/2015 04:07 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:56PM +1000, Alexey Kardashevskiy wrote: At the moment the iommu_table struct has a set_bypass() which enab

Re: [PATCH v2 3/5] mmc: mediatek: Add PM support for MMC driver

On Tue, Mar 17, 2015 at 11:13:53AM +0800, Chaotian Jing wrote: > Add PM support for Mediatek MMC driver > > Signed-off-by: Chaotian Jing > --- > drivers/mmc/host/mtk-sd.c | 94 > ++- > 1 file changed, 93 insertions(+), 1 deletion(-) > > diff --git a/

Re: [patch for 4.0] x86: silence warning in /dev/mem support

* Pavel Machek wrote: > Hi! > > > > CC arch/x86/mm/ioremap.o > > > arch/x86/mm/ioremap.c: In function ‘xlate_dev_mem_ptr’: > > > arch/x86/mm/ioremap.c:363:10: warning: cast to pointer from integer of > > > different size [-Wint-to-pointer-cast] > > > addr = (void *)((unsigned l

Re: [PATCH 2/2] arm64: add KASan support

On 04/17/2015 09:39 PM, David Keitel wrote: > On 04/15/2015 11:04 AM, Andrey Ryabinin wrote: >> I've pushed the most fresh thing that I have in git: >> git://github.com/aryabinin/linux.git kasan/arm64v1 >> >> It's the same patches with two simple but important fixes on top of it. > > Thanks,

Re: [PATCH v2 3/5] mmc: mediatek: Add PM support for MMC driver

On Tue, Mar 17, 2015 at 11:13:53AM +0800, Chaotian Jing wrote: > Add PM support for Mediatek MMC driver > > Signed-off-by: Chaotian Jing > --- > drivers/mmc/host/mtk-sd.c | 94 > ++- > 1 file changed, 93 insertions(+), 1 deletion(-) > > @@ -1003,6 +1

Re: [V6,1/9] elf: Add new powerpc specifc core note sections

On 04/13/2015 02:18 PM, Anshuman Khandual wrote: > On 04/10/2015 04:03 PM, Ulrich Weigand wrote: >> Anshuman Khandual wrote on 10.04.2015 >> 11:10:35: > > I believed it stores the check pointed MSR value which was in the register > before the transaction started. But then how it is different from

Re: Need some guidance on i2c-ocores driver

On Fri, 17 Apr 2015, York Sun wrote: > Resend to LKML > > Lee, > > This question is actually more about MFD. Can you point me to the possible > causes for my failure below? It's hard to tell exactly without code, but it looks like you're trying to allocate overlapping memory regions. Double ch

Re: [RFC PATCH 2/2] tee: add OP-TEE driver

On Sat, Apr 18, 2015 at 10:57:47AM +0200, Greg Kroah-Hartman wrote: > On Fri, Apr 17, 2015 at 09:50:57AM +0200, Jens Wiklander wrote: > > Adds mostly stubbed OP-TEE driver which also can be compiled as a > > loadable module. > > Please provide a "real" driver, so that we can see how this is all go

[PATCH v8 11/17] h8300: clock driver

h8300 clock generator drivers. H8/3069 is simple oscillator. H8S2678 is PLL multiplier support. Signed-off-by: Yoshinori Sato --- drivers/clk/Makefile| 1 + drivers/clk/h8300/Makefile | 2 + drivers/clk/h8300/clk-h83069.c | 80 +++ drivers/clk/h8300/clk-h8s

[PATCH v8 15/17] Add ELF machine

Signed-off-by: Yoshinori Sato --- include/uapi/linux/elf-em.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/elf-em.h b/include/uapi/linux/elf-em.h index ae99f77..b088296 100644 --- a/include/uapi/linux/elf-em.h +++ b/include/uapi/linux/elf-em.h @@ -25,6 +25,7 @@ #define

[PATCH v8 06/17] h8300: CPU depend helpers

H8/3069 and H8S2678 have little different specification (peripheral, interrupt and trace). Its difference is absorbed here. Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/cpu/Makefile | 4 + arch/h8300/kernel/cpu/h83069/Makefile | 1 + arch/h8300/kernel/cpu/h83069/setup.c | 2

[PATCH v8 13/17] h8300: configs

h8300h-sim_defconfig: H8/300H simulator config. h8s-sim_defconfig:H8S simulator config. edosk2674_defconfig: EDOSK2674R evalution board config. Signed-off-by: Yoshinori Sato --- arch/h8300/configs/h8300h-sim_defconfig | 53 + arch/h8300/configs/h8s-sim_defcon

[PATCH v8 09/17] h8300: library functions

h8300 assembly functions and private libgcc. Signed-off-by: Yoshinori Sato --- arch/h8300/lib/Makefile| 7 ++ arch/h8300/lib/abs.S | 20 ++ arch/h8300/lib/ashldi3.c | 24 +++ arch/h8300/lib/ashrdi3.c | 24 +++ arch/h8300/lib/checksum.c | 167 ++

[PATCH v8 05/17] h8300: process and signals

process management helper and signal handling Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/process.c | 171 ++ arch/h8300/kernel/ptrace.c | 203 +++ arch/h8300/kernel/signal.c | 289 3 files

[PATCH v8 12/17] h8300: clocksource

H8/300 internal timer driver. h8300_timer8 - 8bit Timer driver. h8300_timer16 - 16bit Timer driver (only H8/3069). h8300_tpu - Timer Pulse Unit driver (only H8S2678). Signed-off-by: Yoshinori Sato --- drivers/clocksource/Kconfig | 6 + drivers/clocksource/Makefile| 3 + d

[PATCH v8 04/17] h8300: kernel booting

zImage startup / kernel entry point / arch depend startup Signed-off-by: Yoshinori Sato --- arch/h8300/boot/Makefile | 26 + arch/h8300/boot/compressed/Makefile| 37 +++ arch/h8300/boot/compressed/head.S | 48 + arch/h8300/boot/compressed/misc.c |

[PATCH v8 17/17] Add H8/300 entry

Signed-off-by: Yoshinori Sato --- CREDITS | 5 - MAINTAINERS | 11 +++ 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/CREDITS b/CREDITS index 96935df..3bea091 100644 --- a/CREDITS +++ b/CREDITS @@ -3194,11 +3194,6 @@ N: Dipankar Sarma E: dipan...@in.ibm.com D:

[PATCH v8 01/17] h8300: Assembly headers.

Signed-off-by: Yoshinori Sato --- arch/h8300/include/asm/Kbuild | 66 ++ arch/h8300/include/asm/asm-offsets.h | 1 + arch/h8300/include/asm/atomic.h| 159 +++ arch/h8300/include/asm/bitops.h| 185 + arch/h8300/include/a

[PATCH v8 00/17] Re-introduce h8300 architecture

Hello. I will re-introducing h8300. Changes for v8 - rebase to v4.0 Changes for v7 - Add MAINTAINERS Changes for v6 - rebase to v4.0-rc3 - remove unused headers - optimized atomic operation - System.map cleanup Changes for v5 - Signal handling fix - LD script cleanup Changes for v4 - Remove si

[PATCH v8 10/17] h8300: Build scripts

h8300's Makefile, Kconfig and memory layout. Signed-off-by: Yoshinori Sato --- arch/h8300/Kconfig | 73 ++ arch/h8300/Kconfig.cpu | 111 arch/h8300/Makefile | 45 arch/h8300/kern

[PATCH v8 07/17] h8300: miscellaneous functions

Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/asm-offsets.c | 60 ++ arch/h8300/kernel/dma.c | 95 + arch/h8300/kernel/h8300_ksyms.c | 34 +++ arch/h8300/kernel/module.c | 70 +++

[PATCH v8 03/17] h8300: Exception and Interrupt handling

h8300 exception entry and exception / interrupt handling Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/entry.S | 414 ++ arch/h8300/kernel/irq.c | 100 +++ arch/h8300/kernel/traps.c | 161 ++ 3 files changed, 675 inserti

[PATCH v8 08/17] h8300: Memory management

Signed-off-by: Yoshinori Sato --- arch/h8300/mm/Makefile | 5 ++ arch/h8300/mm/fault.c | 57 + arch/h8300/mm/init.c | 133 + arch/h8300/mm/kmap.c | 61 +++ arch/h8300/mm/memory.c | 53 +++

[PATCH v8 14/17] serial: Add H8300.

h8300 internal serial controller of same as sh-sci. So h8300 use SH_SCI. Signed-off-by: Yoshinori Sato --- drivers/tty/serial/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig index d2501f0..77d77d4 100644 --- a/dr

Re: [PATCH kernel v8 15/31] powerpc/iommu: Fix IOMMU ownership control functions

On 04/20/2015 12:46 PM, David Gibson wrote: On Fri, Apr 17, 2015 at 08:16:13PM +1000, Alexey Kardashevskiy wrote: On 04/16/2015 04:10 PM, David Gibson wrote: On Fri, Apr 10, 2015 at 04:30:57PM +1000, Alexey Kardashevskiy wrote: This adds missing locks in iommu_take_ownership()/ iommu_release_o

[PATCH v8 16/17] mksysmap: Add h8300 local symbol pattern

h8300's nm output have a lot of local symbols. ex) N .Lframe0 0013 N .LLST1 0026 N .LLST2 0039 N .LLST3 004c N .LLST4 Added new pattern " .L" to filter rule. Signed-off-by: Yoshinori Sato --- scripts/mksysmap | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[PATCH v8 02/17] h8300: UAPI headers

Signed-off-by: Yoshinori Sato --- arch/h8300/include/uapi/asm/Kbuild | 29 arch/h8300/include/uapi/asm/auxvec.h | 4 ++ arch/h8300/include/uapi/asm/byteorder.h | 6 ++ arch/h8300/include/uapi/asm/ptrace.h | 42 +++ arch/h8300/include/uapi/asm/sigcontext.h |

Re: [PATCH 2/3] fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap.

On Sun, 19 Apr 2015 23:08:18 -0700 Christoph Hellwig wrote: > Please just usse SEEK_HOLE/DATA support unconditioanlly. ->bmap is a > horrible hack that is completely unsafe. > A worthwhile goal, but I certainly wouldn't consider pursuing it until what I have submitted so far as been accepted -

[PATCH 5/5] Drivers: hv: vmbus: Implement the protocol for tearing down vmbus state

Implement the protocol for tearing down the monitor state established with the host. Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 25 + drivers/hv/connection.c |5 + drivers/hv/hyperv_vmbus.h |2 ++ include/linux/hyperv.h|1 + 4

[PATCH 2/5] Drivers: hv: vmbus: unregister panic notifier on module unload

From: Vitaly Kuznetsov Commit 96c1d0581d00f7abe033350edb021a9d947d8d81 ("Drivers: hv: vmbus: Add support for VMBus panic notifier handler") introduced atomic_notifier_chain_register() call on module load. We also need to call atomic_notifier_chain_unregister() on module unload as otherwise the fo

[PATCH 3/5] hv: vmbus_free_channels(): remove the redundant free_channel()

From: Dexuan Cui free_channel() has been invoked in vmbus_remove() -> hv_process_channel_removal(), or vmbus_remove() -> ... -> vmbus_close_internal() -> hv_process_channel_removal(). We also change to use list_for_each_entry_safe(), because the entry is removed in hv_process_channel_removal().

[PATCH 4/5] drivers: hv: vmbus: Get rid of some unused definitions

Get rid of some unused definitions. Signed-off-by: K. Y. Srinivasan --- include/linux/hyperv.h | 19 --- 1 files changed, 0 insertions(+), 19 deletions(-) diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h index 1744148..e29ccdd 100644 --- a/include/linux/hyperv.h ++

[PATCH 1/5] Drivers: hv: vmbus: introduce vmbus_acpi_remove

From: Vitaly Kuznetsov In case we do request_resource() in vmbus_acpi_add() we need to tear it down to be able to load the driver again. Otherwise the following crash in observed when hv_vmbus unload/load sequence is performed on a Generation2 instance: [ 38.165701] BUG: unable to handle kerne

[PATCH 0/5] Drivers: hv: vmbus: Cleanup the vmbus unload path

This patch-set have several fixes to enable the clean unload of the vmbus. Typically, vmbus will not be unloadable when Linux is hosted on Hyper-V since the driver managing the root device needs the vmbus driver. Dexuan Cui (1): hv: vmbus_free_channels(): remove the redundant free_channel() K.

Re: [RESEND RFC PATCH 3/3] ASoC: mediatek: Add AFE platform driver

On Sat, 2015-04-18 at 18:51 +0100, Mark Brown wrote: > On Fri, Apr 10, 2015 at 04:14:09PM +0800, Koro Chen wrote: > > > + if (memif->use_sram) { > > + struct snd_dma_buffer *dma_buf = &substream->dma_buffer; > > + int size = params_buffer_bytes(params); > > + > > +

Re: [RFC PATCH 1/2] tee: generic TEE subsystem

Hi Arnd, On Fri, Apr 17, 2015 at 10:07:02PM +0200, Arnd Bergmann wrote: > On Friday 17 April 2015 09:50:56 Jens Wiklander wrote: > > Documentation/ioctl/ioctl-number.txt | 1 + > > drivers/Kconfig | 2 + > > drivers/Makefile | 1 + > > drivers/tee/Kc

Re: [PATCH 2/2] futex: lockless wakeups

* Davidlohr Bueso wrote: > Given the overall futex architecture, any chance of reducing > hb->lock contention is welcome. In this particular case, using > wake-queues to enable lockless wakeups addresses very much real > world performance concerns, even cases of soft-lockups in cases > of large

[LKP] [x86/xsaves] 00abd21851c: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000b00

FYI, we noticed the below changes on https://github.com/fyu1/linux.git xsaves_fix_1 commit 00abd21851c30b12b8463a337c920cdc0aa7e2d1 ("x86/xsaves: Define and use user_xstate_size for xstate size in signal context") +---++---

Pleased to meet you

Hello, I am Miss Jessica Kuku. I would like to be your good friend. So, kindly reply back to me for all my details and my pictures for you. Thanks in advance for your friendliness. I wait to see your reply very soon. Yours new friend, Jessy -- To unsubscribe from this list: send the line "uns

Re: [PATCH 2/3] fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap.

Please just usse SEEK_HOLE/DATA support unconditioanlly. ->bmap is a horrible hack that is completely unsafe. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-i

Re: [PATCH kernel v8 17/31] powerpc/iommu/powernv: Release replaced TCE

On Fri, Apr 17, 2015 at 08:37:54PM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 04:26 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:30:59PM +1000, Alexey Kardashevskiy wrote: > >>At the moment writing new TCE value to the IOMMU table fails with EBUSY > >>if there is a valid entry alre

Re: [PATCH kernel v8 14/31] vfio: powerpc/spapr: powerpc/powernv/ioda2: Rework IOMMU ownership control

On Fri, Apr 17, 2015 at 08:09:29PM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 04:07 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:30:56PM +1000, Alexey Kardashevskiy wrote: > >>At the moment the iommu_table struct has a set_bypass() which enables/ > >>disables DMA bypass on IODA2 PH

Re: [PATCH kernel v8 21/31] powerpc/iommu: Split iommu_free_table into 2 helpers

On Fri, Apr 17, 2015 at 02:29:23AM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 04:46 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:31:03PM +1000, Alexey Kardashevskiy wrote: > >>The iommu_free_table helper release memory it is using (the TCE table and > >>@it_map) and release the iom

Re: [PATCH kernel v8 12/31] powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group

On Fri, Apr 17, 2015 at 01:48:13AM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 03:55 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:30:54PM +1000, Alexey Kardashevskiy wrote: > >>Modern IBM POWERPC systems support multiple (currently two) TCE tables > >>per IOMMU group (a.k.a. PE). Th

Re: [PATCH kernel v8 15/31] powerpc/iommu: Fix IOMMU ownership control functions

On Fri, Apr 17, 2015 at 08:16:13PM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 04:10 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:30:57PM +1000, Alexey Kardashevskiy wrote: > >>This adds missing locks in iommu_take_ownership()/ > >>iommu_release_ownership(). > >> > >>This marks all

Re: [PATCH kernel v8 12/31] powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group

On Fri, Apr 17, 2015 at 07:46:23PM +1000, Alexey Kardashevskiy wrote: > On 04/16/2015 03:55 PM, David Gibson wrote: > >On Fri, Apr 10, 2015 at 04:30:54PM +1000, Alexey Kardashevskiy wrote: > >>Modern IBM POWERPC systems support multiple (currently two) TCE tables > >>per IOMMU group (a.k.a. PE). Th

[PATCH 10/11] time/posix-cpu-timers:Convert to the 64bit methods for k_clock structure

This patch changes to the new methods of k_clock structure with timespec64 type, converts the timespec/itimerspec type to timespec64/itimerspec64 type for the callback function in posix-cpu-timers.c file. Signed-off-by: Baolin Wang --- kernel/time/posix-cpu-timers.c | 83 +-

[PATCH 11/11] k_clock:Remove the 32bit methods with timespec type

All of the k_clock users have been converted to the new methods. This patch removes the older methods with timepsec/itimerspec type. As a result, the k_clock structure is ready for the year 2038. Signed-off-by: Baolin Wang --- include/linux/posix-timers.h |9 -- kernel/time/posix-timer

[PATCH 05/11] time/posix-timers:Convert to the 64bit methods for k_clock callback functions

This patch converts the timepsec type to timespec64 type, and converts the itimerspec type to itimerspec64 type for the k_clock callback functions. This patch also converts the timespec type to timespec64 type for timekeeping_clocktai() function which is used only in the posix-timers.c file. Sig

[PATCH 09/11] cputime:Introduce the cputime_to_timespec64/timespec64_to_cputime function

This patch introduces some functions for converting cputime to timespec64 and back, that repalce the timespec type with timespec64 type, as well as for arch/s390 and arch/powerpc architecture. And these new methods will replace the old cputime_to_timespec/timespec_to_cputime function to ready f

[PATCH 08/11] time/posix-clock:Convert to the 64bit methods for k_clock and posix_clock_operations structure

This patch converts the posix clock operations over to the new methods with timespec64/itimerspec64 type to making them ready for 2038, and it is based on the ptp patch series. And also changes to the 64bit methods for k_clock structure, that converts the timespec/itimerspec type to timespec64/iti

[PATCH 06/11] char/mmtimer:Convert to the 64bit methods for k_clock callback function

This patch converts to the 64bit methods for k_clock callback function, that converts the timespec type to timespec64 type and converts the itimerspec type to itimerspec64 type. Signed-off-by: Baolin Wang --- drivers/char/mmtimer.c | 36 +--- 1 file changed, 17

[PATCH 01/11] linux/time64.h:Introduce the 'struct itimerspec64' for 64bit

This patch introduces the 'struct itimerspec64' for 64bit to replace itimerspec, and also introduces the conversion methods: itimerspec64_to_itimerspec() and itimerspec_to_itimerspec64(), that makes itimerspec to ready for 2038 year. Signed-off-by: Baolin Wang --- include/linux/time64.h | 13 +

[PATCH 07/11] time/alarmtimer:Convert to the new methods for k_clock structure

This patch changes to the new methods with timespec64/itimerspec64 type of k_clock structure, and converts the timespec/itimerspec type to timespec64/itimerspec64 typein alarmtimer.c file. Signed-off-by: Baolin Wang --- kernel/time/alarmtimer.c | 43 ++-

[PATCH 03/11] time/hrtimer:Introduce hrtimer_get_res64() with timespec64 type for getting the timer resolution

This patch introduces hrtimer_get_res64() function to get the timer resolution with timespec64 type, and moves the hrtimer_get_res() function into include/linux/hrtimer.h as a 'static inline' helper that just calls hrtimer_get_res64. It is ready for 2038 year when getting the timer resolution by

[PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

This patch introduces the new methods with timespec64 type for k_clcok structure, converts the timepsec type to timespec64 type in k_clock structure and converts the itimerspec type to itimerspec64 type to ready for 2038 issue. And also introduces the 64bit methods with timespec64 type for the fr

[PATCH 02/11] timekeeping:Introduce the current_kernel_time64() function with timespec64 type

This patch adds current_kernel_time64() function with timespec64 type, and makes current_kernel_time() 'static inline' and moves it to timekeeping.h file. It is convenient for user to get the current kernel time with timespec64 type, and delete the current_kernel_time() function easily in timekeep

[PATCH 00/11] Convert the posix_clock_operations and k_clock structure to ready for 2038

This patch series changes the 32-bit time type (timespec/itimerspec) to the 64-bit one (timespec64/itimerspec64), since 32-bit time types will break in the year 2038. This patch series introduces new methods with timespec64/itimerspec64 type, and removes the old ones with timespec/itimerspec type

[PATCH RESEND v5 2/5] powerpc/8xx: Handle CR out of exception PROLOG/EPILOG

In order to be able to reduce scope during which CR is saved, we take CR saving/restoring out of exception PROLOG and EPILOG Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/kernel/head_

[PATCH RESEND v5 4/5] powerpc/8xx: Use SPRG2 instead of DAR for saving r3

We now have SPRG2 available as in it not used anymore for saving CR, so we don't need to crash DAR anymore for saving r3 for CPU6 ERRATA handling. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/arch/

Re: [PATCH 00/11] powerpc8xx: Further optimisation of TLB handling

Le 20/04/2015 07:26, Christophe Leroy a écrit : This patchset provides a further optimisation of TLB handling in the 8xx. Main changes are based on: - Using processor handling of PGD/PTE Validity bits instead of testing ourselves the entries validity - Aligning PGD address to allow direct bit man

[PATCH RESEND v5 0/5] powerpc8xx: Further optimisation of TLB handling

This patchset provides a further optimisation of TLB handling in the 8xx. Changes are: - Not saving registers like CR when not needed - Adding support to any TASK_SIZE Only the last patch of the set is changed compared to v4 Resending with proper From: this time. Christophe Leroy (5): powerpc/

[PATCH RESEND v5 3/5] powerpc/8xx: dont save CR in SCRATCH registers

CR only needs to be preserved when checking if we are handling a kernel address. So we can preserve CR in a register: - In ITLBMiss, check is done only when CONFIG_MODULES is defined. Otherwise we don't need to do anything at all with CR. - We use r10, then we reload SRR0/MD_EPN into r10 when CR is

[PATCH RESEND v5 5/5] powerpc/8xx: Add support for TASK_SIZE greater than 0x80000000

By default, TASK_SIZE is set to 0x8000 for PPC_8xx, which is most likely sufficient for most cases. However, kernel configuration allows to set TASK_SIZE to another value, so the 8xx shall handle it. This patch also takes into account the case of PAGE_OFFSET lower than 0x8000, allthought m

[PATCH RESEND v5 1/5] powerpc/8xx: macro for handling CPU15 errata

Having a macro will help keep clear code. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S index 9b53fe1..1279018 100644 --- a

[PATCH] input: cyapa: fix update suspend scanrate set to max 1000 issue

Fix update suspend scareate always set to max 1000 issue, the root cause is the missed using max_t as min_t. TEST=test on Chromebook. Signed-off-by: Dudley Du --- drivers/input/mouse/cyapa.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/mouse/cyapa.c b/dri

linux-next: Tree for Apr 20

Hi all, Please do not add any v4.2 material to your linux-next included trees until after v4.1-rc1 is released. Changes since 20150415: Dropped tree: akpm-current (too many conflicts) The s390 tree gained a conflict against Linus' tree. The xfs tree gaind a conflict against Linus' tree and a b

Re: [PATCH 1/2] drm: rockchip: Don't pass DRM fake offset to dma-api

On 2015年04月20日 13:34, Mark yao wrote: On 2015年04月19日 00:55, Heiko Stübner wrote: Am Donnerstag, 16. April 2015, 16:41:51 schrieb Ørjan Eide: Set vm_pgoff to 0 after using it to look up the GEM node, before passing it on rockchip_gem_mmap_buf() where the offset must be from the start of the bu

Re: qemu:arm test failure due to commit 8053871d0f7f (smp: Fix smp_call_function_single_async() locking)

* Linus Torvalds wrote: > On Sun, Apr 19, 2015 at 11:01 AM, Ingo Molnar wrote: > > > > That's all fine and good, but why is an IPI sent to a non-existent > > CPU? It's not like we don't know which CPU is up and down. > > I agree that the qemu-arm behavior smells like a bug, plain and > simpl

linux-next: manual merge of the akpm-current tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got many conflicts in many files (presumably because most of this has been merged upstream). I just dropped the akpm-current tree for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpCZ8MshhXE_.pgp Desc

Re: [PATCH 1/2] drm: rockchip: Don't pass DRM fake offset to dma-api

On 2015年04月19日 00:55, Heiko Stübner wrote: Am Donnerstag, 16. April 2015, 16:41:51 schrieb Ørjan Eide: Set vm_pgoff to 0 after using it to look up the GEM node, before passing it on rockchip_gem_mmap_buf() where the offset must be from the start of the buffer. Passing in the fake offset current

[PATCH 00/11] powerpc8xx: Further optimisation of TLB handling

This patchset provides a further optimisation of TLB handling in the 8xx. Main changes are based on: - Using processor handling of PGD/PTE Validity bits instead of testing ourselves the entries validity - Aligning PGD address to allow direct bit manipulation - Not saving registers like CR when not

[PATCH 02/11] powerpc/8xx: remove tests on PGDIR entry validity

Kernel MMU handling code handles validity of entries via _PMD_PRESENT which corresponds to V bit in MD_TWC and MI_TWC. When the V bit is not set, MPC8xx triggers TLBError exception. So we don't have to check that and branch ourself to TLBError. We can set TLB entries with non present entries, remov

[PATCH 01/11] powerpc/8xx: remove remaining unnecessary code in FixupDAR

Since commit 33fb845a6f01 ("powerpc/8xx: Don't use MD_TWC for walk"), MD_EPN and MD_TWC are not writen anymore in FixupDAR so saving r3 has become useless. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 6 -- 1 file changed, 6 deletions(-) diff --git a/arch/powerpc/ke

[PATCH 06/11] powerpc/8xx: Remove duplicated code in set_context()

Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S index aa45225..b227902e 100644 --- a/arch/powerpc/kernel/head_8xx.S +++ b/arch/powerpc

[PATCH 05/11] powerpc/8xx: Optimise access to swapper_pg_dir

All accessed to PGD entries are done via 0(r11). By using lower part of swapper_pg_dir as load index to r11, we can remove the ori instruction. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff

[PATCH 0/3] Allow fscache to work on BTRFS

The following three patches allow fs to "cachefiles" in a BTRFS filesystem. The first is a minor cleanup to cachefiles. The second is the main change - it teaches cachefile to use lseek(SEEK_DATA) to find allocated blocks in a file, rather than bmap. The third patch simply enables this for btrfs.

[PATCH 1/3] cachefiles: perform test on s_blocksize when opening cache file.

cachefiles requires that s_blocksize in the cache is not greater than PAGE_SIZE, and performs the check every time a block is accessed. Move the test to the place where the file is "opened", where other file-validity tests are performed. Signed-off-by: NeilBrown --- fs/cachefiles/namei.c |2

[PATCH 3/3] btrfs: set FS_SUPPORTS_SEEK_HOLE flag.

This allows fscache to cachefiles in a btrfs filesystem. Signed-off-by: NeilBrown --- fs/btrfs/super.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c index 05fef198ff94..d3c5d2b40f8e 100644 --- a/fs/btrfs/super.c +++ b/fs/btrfs/super.

[PATCH 2/3] fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap.

cachefiles currently uses 'bmap' to determine if a given block in a file has been cached, or not. Not all filesystems support bmap, particularly BTRFS. SEEK_DATA can be used to determine if a block in a file has been allocated, but not all filesystems support this reliably. On filesystems without

[PATCH 10/11] powerpc/8xx: Use SPRG2 instead of DAR for saving r3

We now have SPRG2 available as in it not used anymore for saving CR, so we don't need to crash DAR anymore for saving r3 for CPU6 ERRATA handling. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/arch

[PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

commit eaf99c749d43 ("drm: Perform cmdline mode parsing during connector initialisation") breaks HDMI output on BeagleBone Black with LG TV (model 19LS4R-ZA) when "video=HDMI-A-1:1280x720@60" is specified on the command line. The reason is newly added mode '"1280x720" 60 74440 1280 1336 1472 1664

[PATCH 11/11] powerpc/8xx: Add support for TASK_SIZE greater than 0x80000000

By default, TASK_SIZE is set to 0x8000 for PPC_8xx, which is most likely sufficient for most cases. However, kernel configuration allows to set TASK_SIZE to another value, so the 8xx shall handle it. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 29 +++

[GIT PULL] SCSI fixes for the 4.0+ merge window

I'd like to say these were a set of regressions for the recent merge window code. Unfortunately, they all predate the merge window code (stable cc'd). There's two fixes for data integrity (mostly only showing up on module removal), an mvsas crash with expander attached SATA devices which goes bac

[PATCH 08/11] powerpc/8xx: Handle CR out of exception PROLOG/EPILOG

In order to be able to reduce scope during which CR is saved, we take CR saving/restoring out of exception PROLOG and EPILOG Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/kernel/head

[PATCH 09/11] powerpc/8xx: dont save CR in SCRATCH registers

CR only needs to be preserved when checking if we are handling a kernel address. So we can preserve CR in a register: - In ITLBMiss, check is done only when CONFIG_MODULES is defined. Otherwise we don't need to do anything at all with CR. - If CONFIG_8xx_CPU6 is defined, we have r3 available for sa

[PATCH 03/11] powerpc32: Use kmem_cache memory for PGDIR

When pages are not 4K, PGDIR table is allocated with kmalloc(). In order to optimise TLB handlers, aligned memory is needed. kmalloc() doesn't provide aligned memory blocks, so lets use a kmem_cache pool instead. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/pgtable-ppc32.h | 4

[PATCH 04/11] powerpc/8xx: Take benefit of aligned PGDIR

L1 base address is now aligned so we can insert L1 index into r11 directly and then preserve r10 Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 34 +++--- 1 file changed, 15 insertions(+), 19 deletions(-) diff --git a/arch/powerpc/kernel/head_8

[PATCH 07/11] powerpc/8xx: macro for handling CPU15 errata

Having a macro will help keep clear code. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/head_8xx.S b/arch/powerpc/kernel/head_8xx.S index b227902e..b3f3cb5 100644 ---

Re: Fwd: Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)

Hi Michael, On 04/19/2015 08:01 PM, Michael Ellerman wrote: On Sun, 2015-04-19 at 14:36 -0400, Sowmini Varadhan wrote: On (04/19/15 14:09), David Miller wrote: On (04/18/15 21:23), Guenter Roeck wrote: lib/built-in.o:(.discard+0x1): multiple definition of `__pcpu_unique_iommu_pool_hash' arch

man-pages-3.83 is released

Gidday, The Linux man-pages maintainer proudly announces: man-pages-3.83 - man pages for Linux Tarball download: http://www.kernel.org/doc/man-pages/download.html Git repository: https://git.kernel.org/cgit/docs/man-pages/man-pages.git/ Online changelog: http://man7.org/linux/man

Re: [tpmdd-devel] [RFC PATCH 1/2] tee: generic TEE subsystem

On Sat, Apr 18, 2015 at 10:57:55PM +0100, Russell King - ARM Linux wrote: > > But then we trundle down to: > > > > + ctx->teedev->desc->ops->get_version(ctx, &vers.spec_version, > > + vers.uuid); > > > > If we kref teedev so it is valid then calling a driver call back after > > (or during) it'

[PATCH v6 2/3] powerpc/powernv: Move cpuidle related code from setup.c to new file

This is a cleanup patch; doesn't change any functionality. Moves all cpuidle related code from setup.c to a new file. Signed-off-by: Shreyas B. Prabhu Reviewed-by: Preeti U Murthy --- arch/powerpc/platforms/powernv/Makefile | 2 +- arch/powerpc/platforms/powernv/idle.c | 191 +++

[PATCH v6 3/3] powerpc/powernv: Introduce sysfs control for fastsleep workaround behavior

Fastsleep is one of the idle state which cpuidle subsystem currently uses on power8 machines. In this state L2 cache is brought down to a threshold voltage. Therefore when the core is in fastsleep, the communication between L2 and L3 needs to be fenced. But there is a bug in the current power8 chip

[PATCH v6 1/3] powerpc: Fix cpu_online_cores_map to return only online threads mask

Currently, cpu_online_cores_map returns a mask, which for every core with at least one online thread, has the bit for thread 0 of the core set to 1, and the bits for all other threads of the core set to 0. But thread 0 of the core itself may not be online always. In such cases, if the returned mask

[PATCH v6 0/3] powerpc: powernv: Fastsleep workaround behavior

Fastsleep is one of the idle state which cpuidle subsystem currently uses on power8 machines. In this state L2 cache is brought down to a threshold voltage. Therefore when the core is in fastsleep, the communication between L2 and L3 needs to be fenced. But there is a bug in the current power8 ch

Re: [PATCH] [RESEND][TRIVIAL] treewide: fix occurrences of "the the "

Hi Jiri, On 03/27/2015 10:34 AM, Jiri Kosina wrote: > On Thu, 26 Mar 2015, Michael Opdenacker wrote: > >>> 222 files changed, 493 insertions(+), 258 deletions(-) >> Is this patch getting too big (and getting bigger and bigger) to be ever >> merged? >> >> Unless you tell me otherwise, I'm thinking

linux-next: manual merge of the vhost tree with the virtio tree

Hi Michael, Today's linux-next merge of the vhost tree got a conflict in drivers/virtio/virtio_balloon.c between commit df81b29c7b81 ("virtio_balloon: transitional interface") from the virtio tree and commit 263f23c089f2 ("virtio_balloon: transitional interface") from the vhost tree. I fixed it u

Re: [RESEND RFC PATCH 2/3] ASoC: mediatek: Add AFE connection control

On Sat, Apr 18, 2015 at 06:37:40PM +0100, Mark Brown wrote: > On Fri, Apr 10, 2015 at 04:14:08PM +0800, Koro Chen wrote: > > > +/* > > + * The MTK AFE unit has a audio interconnect with > > MTK_AFE_INTERCONN_NUM_INPUT > > + * inputs and MTK_AFE_INTERCONN_NUM_OUTPUT outputs. Below table holds the

  1   2   3   >