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 ha
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
---
v3->v4
- s/printk/printk_ratelimited till we return machine check in mmu setup
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 co
On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote:
> From: Sudeep KarkadaNagesha
>
> 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 nee
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 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 reconfigurati
On 2013/8/16 6:39, David Miller wrote:
> From: David Miller
> Date: Thu, 15 Aug 2013 15:23:59 -0700 (PDT)
>
>> From: Libo Chen
>> 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
> 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 f
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
---
diff --git a/arch/powerpc/kernel/udbg_16550.c b/arch/powerpc/kernel/udbg_16550.c
i
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 firmware.
On 08/16/2013 02:51 AM, Sergei Shtylyov wrote:
From: Libo Chen
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_dev
Hello.
On 08/16/2013 02:39 AM, David Miller wrote:
From: Libo Chen
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 platfor
From: David Miller
Date: Thu, 15 Aug 2013 15:23:59 -0700 (PDT)
> From: Libo Chen
> 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 directl
From: Libo Chen
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:
> remove modify
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
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 spe
From: Sudeep KarkadaNagesha
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 resulted in lots of code duplicatio
From: Sudeep KarkadaNagesha
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 function to assign of_node in the
c
From: Sudeep KarkadaNagesha
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
was based on powerpc code"
Si
From: Sudeep KarkadaNagesha
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 powerpc.
Signed-off-by: Sudeep
From: Sudeep KarkadaNagesha
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 part for feedback separately
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 us
dditionnaly, removing 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_get
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
---
drivers/net/ethernet/freescale/ucc_geth.c |3 +--
1 files changed,
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 mod
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
---
arch/powerpc/kernel/misc_32.S | 2 ++
arch/powerpc/kernel/misc_64.S | 1 +
2 files chan
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
---
v2: Add the isync.
arch/powerpc/kernel/misc_64.S | 4
1 file changed, 4 insertions(+)
diff --git a/a
Add S/PDIF machine driver for Freescale i.MX series SoC.
Signed-off-by: Nicolin Chen
---
.../devicetree/bindings/sound/imx-audio-spdif.txt | 29 +
sound/soc/fsl/Kconfig | 11 ++
sound/soc/fsl/Makefile |2 +
sound/soc/fsl/imx-s
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,
This patch add S/PDIF controller driver for Freescale SoC.
Signed-off-by: Nicolin Chen
---
.../devicetree/bindings/sound/fsl,spdif.txt| 76 ++
sound/soc/fsl/Kconfig |3 +
sound/soc/fsl/Makefile |2 +
sound/soc/fsl/fsl_spd
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
> >
From: Divy Le ray
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 packets
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
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/2
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 KVM_CREATE_SPAP
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.0
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 r
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 V
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
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
>>
>> ---
>> Changes:
>> 2013/07/16:
>> *
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
>
> ---
> Changes:
> 2013/07/16:
> * changed the number
>
> 2013/07/11:
> * changed order in a
41 matches
Mail list logo
