On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
2013/07/16:
* changed the number
2013/07/11:
* changed order
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
2013/07/16:
*
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey Kardashevskiy wrote:
This is to reserve a capablity number
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf wrote:
On 01.08.2013, at 06:44, Alexey
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
The last ioctl in the group which KVM_CREATE_SPAPR_TCE_IOMMU is added to
is 0xac, the next two numbers are taken - 0xad for KVM_KVMCLOCK_CTRL and
0xae for KVM_ARM_VCPU_INIT. So the
On 08/15/2013 05:43 PM, Alexander Graf wrote:
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey Kardashevskiy wrote:
On 08/15/2013 05:16 PM, Alexander Graf
On 15.08.2013, at 09:54, Alexey Kardashevskiy wrote:
On 08/15/2013 05:43 PM, Alexander Graf wrote:
On 15.08.2013, at 09:42, Alexey Kardashevskiy wrote:
On 08/15/2013 05:25 PM, Alexander Graf wrote:
On 15.08.2013, at 09:24, Alexander Graf wrote:
On 15.08.2013, at 09:22, Alexey
From: Divy Le ray d...@chelsio.com
Date: Wed, 14 Aug 2013 08:57:24 -0700
On 08/14/2013 02:19 AM, Alexey Kardashevskiy wrote:
This reverts commit f83331bab149e29fa2c49cf102c0cd8c3f1ce9f9.
As the tests PPC64 (powernv platform) show, IOMMU pages are leaking
when transferring big amount of small
On Thu, Aug 15, 2013 at 10:18:23AM +0800, Nicolin Chen wrote:
Hi Stephen,
On Wed, Aug 14, 2013 at 09:47:19AM -0600, Stephen Warren wrote:
If the clock source name list is different, then it needs a different
compatible value, so that each compatible value can specify which clock
names
This patch add S/PDIF controller driver for Freescale SoC.
Signed-off-by: Nicolin Chen b42...@freescale.com
---
.../devicetree/bindings/sound/fsl,spdif.txt| 76 ++
sound/soc/fsl/Kconfig |3 +
sound/soc/fsl/Makefile |2 +
Changelog:
v4-v5:
* Dropped rx/tx-clksrc-names DT bindings.
* Use standard clock binding instead to pass the clock source list.
* Update the compatible list by using imx35, the first SoC that has spdif.
v3-v4:
* Use regmap for CPU DAI driver.
* Use individual clock source for 32KHz, 44KHz,
Add S/PDIF machine driver for Freescale i.MX series SoC.
Signed-off-by: Nicolin Chen b42...@freescale.com
---
.../devicetree/bindings/sound/imx-audio-spdif.txt | 29 +
sound/soc/fsl/Kconfig | 11 ++
sound/soc/fsl/Makefile |2 +
We don't need to flush the dcache and invalidate the icache on the
CPU which has CPU_FTR_COHERENT_ICACHE set. Also add the missing
required isync in this case.
Signed-off-by: Kevin Hao haoke...@gmail.com
---
v2: Add the isync.
arch/powerpc/kernel/misc_64.S | 4
1 file changed, 4
Even we don't need to flush the dcache and invalidate the icache
on the CPU which has coherent icache. But we do need an isync to
discard the prefetched instructions in this case.
Signed-off-by: Kevin Hao haoke...@gmail.com
---
arch/powerpc/kernel/misc_32.S | 2 ++
arch/powerpc/kernel/misc_64.S
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly pass a struct platform_device.
changelog v3:
remove modify about dev_set_drvdata()
changelog v2:
this version add
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with ofdev-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/net/ethernet/freescale/ucc_geth.c |3
the macro is not going to break modules ABI.
In linux-next tag 20130815, they're currently:
- 19 calls to get_unused_fd_flags() (+4)
not counting get_unused_fd() and anon_inode_getfd()
- 10 calls to get_unused_fd() (-4)
- 11 calls to anon_inode_getfd()(0)
The following
Macro get_unused_fd() is used to allocate a file descriptor with
default flags. Those default flags (0) can be unsafe:
O_CLOEXEC must be used by default to not leak file descriptor
across exec().
Instead of macro get_unused_fd(), functions anon_inode_getfd()
or get_unused_fd_flags() should be
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Hi,
This series needs to be prepended with the original series[1][2][3]
Except the first patch in the original series(which is merged into this
as last patch), there is no other change(apart from function signature)
I am posting only this
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch removes the declaration of the function 'of_get_cpu_node'
which is not defined for openrisc. This is in preparation to move
it's definition from PPC to DT common code.
Again it could be there as it was originally copied from
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch removes the declaration of the function 'of_get_cpu_node'
which is not defined for microblaze. This is in preparation to move
it's definition from PPC to DT common code.
Michal Simek says: it was just there because Microblaze
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch moves the generalized implementation of of_get_cpu_node from
PowerPC to DT core library, thereby adding support for retrieving cpu
node for a given logical cpu index on any architecture.
The CPU subsystem can now use this
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu ordering, the parsing logic needs to consider
that. However, this has
Hi,
On Mon, Aug 12, 2013 at 11:07:48AM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2013-07-24 at 07:14 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2013-07-23 at 23:20 +0200, Rafael J. Wysocki wrote:
All looks good in the patchset from 1 feet (or more), but I need
Ben to speak here.
On Thu, 2013-08-15 at 23:10 +0300, Aaro Koskinen wrote:
I guess we should keep the current 12us latency in g5_neo2_cpufreq_init()
(although I doubt it's correct...), and only add the new 10ms latency
value to g5_pm72_cpufreq_init() - that way we can enable the older systems
to use ondemand
From: Libo Chen clbchenlibo.c...@huawei.com
Date: Thu, 15 Aug 2013 21:01:17 +0800
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly pass a struct platform_device.
changelog v3:
From: David Miller da...@davemloft.net
Date: Thu, 15 Aug 2013 15:23:59 -0700 (PDT)
From: Libo Chen clbchenlibo.c...@huawei.com
Date: Thu, 15 Aug 2013 21:01:17 +0800
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using
Hello.
On 08/16/2013 02:39 AM, David Miller wrote:
From: Libo Chen clbchenlibo.c...@huawei.com
Date: Thu, 15 Aug 2013 21:01:17 +0800
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can
On 08/16/2013 02:51 AM, Sergei Shtylyov wrote:
From: Libo Chen clbchenlibo.c...@huawei.com
Date: Thu, 15 Aug 2013 21:01:17 +0800
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly
When reworking udbg_16550.c I forgot to remove the old and now useless
code for the CONFIG_PPC_EARLY_DEBUG_WSP case, which doesn't build as
a result. I also missed a cast.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
diff --git a/arch/powerpc/kernel/udbg_16550.c
With OPAL v3 we can return secondary CPUs to firmware on kexec. This
allows firmware to do various cleanups making things generally more
reliable, and will enable the new kernel to call OPAL to perform
some reconfiguration tasks early on that can only be done while
all the CPUs are in
On 2013/8/16 6:39, David Miller wrote:
From: David Miller da...@davemloft.net
Date: Thu, 15 Aug 2013 15:23:59 -0700 (PDT)
From: Libo Chen clbchenlibo.c...@huawei.com
Date: Thu, 15 Aug 2013 21:01:17 +0800
Use the wrapper functions for getting and setting the driver data using
On Fri, 2013-08-16 at 11:16 +1000, Michael Neuling wrote:
With OPAL v3 we can return secondary CPUs to firmware on kexec. This
allows firmware to do various cleanups making things generally more
reliable, and will enable the new kernel to call OPAL to perform
some reconfiguration tasks
Hi Tomasz,
Thank you for the comments. I'll revise them in v6.
And below is my reply for you comments.
On Thu, Aug 15, 2013 at 02:18:22PM +0200, Tomasz Figa wrote:
+ - clock-names : Includes the following entries:
+ nametypecomments
+ core
On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote:
/* Check for ibm,ppc-interrupt-server#s. If it doesn't exist
* fallback to reg property and assume no threads
*/
-
Oh and I forgot ... that comment is now wrong, since your code
On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu
KVM uses same WIM tlb attributes as the corresponding qemu pte.
For this we now search the linux pte for the requested page and
get these cache caching/coherency attributes from pte.
Signed-off-by: Bharat Bhushan bharat.bhus...@freescale.com
---
v3-v4
- s/printk/printk_ratelimited till we return
Is there any reason that a Critical Input Interrupt will not work reliably
on a 44x powerpc?
I am using an AMCC now Applied Micro AMCC460EX
and changed
CRITICAL_EXCEPTION(0x0100, CriticalInput, unknown_exception)
to
CRITICAL_EXCEPTION(0x0100, CriticalInput, do_MyCritIntr)
The code for the
40 matches
Mail list logo