On Thu, Oct 25, 2012 at 1:43 AM, Tiejun Chen tiejun.c...@windriver.com wrote:
We always alloc critical/machine/debug check exceptions. This is
different from the normal exception. So we should load these exception
stack properly like we did for booke.
Tiejun,
I'm a little confused by these
On Wed, Oct 3, 2012 at 5:38 AM, Wang Dongsheng dongsheng@gmail.com wrote:
diff --git a/arch/powerpc/include/asm/mpic_timer.h
b/arch/powerpc/include/asm/mpic_timer.h
new file mode 100644
index 000..2428972
--- /dev/null
+++ b/arch/powerpc/include/asm/mpic_timer.h
@@ -0,0 +1,39 @@
On Wed, Oct 3, 2012 at 5:42 AM, Wang Dongsheng dongsheng@gmail.com wrote:
Signed-off-by: Wang Dongsheng dongsheng.w...@freescale.com
Wang,
Your patches must always have a From: line of your Freescale email
address. Do not use your gmail.com address to send patches.
This needs to be
Sethi Varun-B16395 wrote:
This would in any case change with the new LIODN allocation scheme. I
intend on introducing the new scheme as a separate patch.
At the very least, you should detect when an LIODN is too large and print
an error message.
--
Timur Tabi
Linux kernel developer at
Joerg Roedel wrote:
When you add implementation specific attributes please add some
indication to the names that it is only for PAMU. DOMAIN_ATTR_STASH
sounds too generic.
We were thinking that maybe this attribute could be useful to other IOMMUs
in the future. Stashing is not a concept that
Varun Sethi wrote:
Following is a brief description of the PAMU hardware:
PAMU determines what action to take and whether to authorize the action on
the basis of the memory address, a Logical IO Device Number (LIODN), and
PAACT table (logically) indexed by LIODN and address. Hardware devices
On Thu, Nov 1, 2012 at 11:53 PM, Li Yang le...@freescale.com wrote:
There are many cases that Semiconductor is misspelled. The patch
fix these typos.
Signed-off-by: Li Yang le...@freescale.com
Acked-by: Timur Tabi ti...@freescale.com
I can't believe I've been staring at these files for all
On Wed, Oct 17, 2012 at 12:32 PM, Varun Sethi varun.se...@freescale.com wrote:
+ * Copyright (C) 2012 Freescale Semiconductor, Inc.
Copyright 2012 Freescale Semiconductor, Inc.
+ *
+ */
+
+#include linux/init.h
+#include linux/iommu.h
+#include linux/slab.h
+#include linux/module.h
On Mon, Jul 23, 2012 at 4:13 AM, Uwe Kleine-König
u.kleine-koe...@pengutronix.de wrote:
This prepares *of_device_id.data becoming const. Without this change
the following warning would occur:
arch/powerpc/sysdev/fsl_msi.c: In function 'fsl_of_msi_probe':
On Wed, Oct 10, 2012 at 8:18 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
arch/powerpc/include/asm/epapr_hcalls.h | 511
--
arch/powerpc/include/uapi/asm/Kbuild |1 +
arch/powerpc/include/uapi/asm/epapr_hcalls.h | 511
On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Commit 549d62d889b4 (KVM: PPC: use definitions in epapr header
for hcalls) from the kvm-ppc tree added an include of asm/epapr_hcall.h
to the user visible part of asm/kvm_para.h so asm/epapr_hcall.h became a
user
On Mon, Sep 24, 2012 at 8:17 AM, Arnd Bergmann a...@arndb.de wrote:
static inline void mmc_delay(unsigned int ms)
{
msleep(ms);
}
That would be my preferred choice, unless someone has specific issues with
this.
If we're going to do that, then just get rid of mmc_delay and
On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
- mpc_i2c_stop(i2c);
+ mpc_i2c_stop(i2c); /* Initiate STOP */
+ orig_jiffies = jiffies;
+ /* Wait until STOP is seen, allow up to 1 s */
+ while (readb(i2c-base + MPC_I2C_SR)
On Wed, Aug 22, 2012 at 10:54 PM, Ben Dubb ben.d...@gmail.com wrote:
This patch should be used to get QE USB host mode working on mpc832x and
mpc8360
based devices. It fixes the following issues:
- BRG divisor shall not be an add number greater than 3.
- USB param block in multi-user ram
On Fri, Aug 17, 2012 at 3:40 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Fri, 2012-08-17 at 23:04 +0300, Aaro Koskinen wrote:
Hi,
Is there a way to reduce/limit DMA zone with PPC64 kernel (3.6-rcX)
on G5 Mac? I have tried to search Kconfig or command line options,
but can't
On Wed, Aug 22, 2012 at 5:43 AM, Tiejun Chen tiejun.c...@windriver.com wrote:
+int kgdb_skipexception(int exception, struct pt_regs *regs)
+{
+ if (kgdb_isremovedbreak(regs-nip))
+ return 1;
+
+ return 0;
+}
int kgdb_skipexception(int exception, struct pt_regs
On Fri, Aug 10, 2012 at 5:48 AM, Shengzhou Liu
shengzhou@freescale.com wrote:
+ for (timeout = 1000; timeout 0; timeout--) {
+ /* check PHY_CLK_VALID to get phy clk valid */
+ if (in_be32(non_ehci + FSL_SOC_USB_CTRL)
+
On Aug 14, 2012, at 10:56 PM, Jia Hongtao-B38951 b38...@freescale.com wrote:
+EXPORT_SYMBOL_GPL(mpc85xx_pci_err_probe);
Make this EXPORT_SYMBOL.
Hi Timur and Kumar:
I'm a little confused.
Should we remove _GPL for upstream version too?
Yes.
-Hongtao.
Zhao Chenhui wrote:
+#ifdef CONFIG_FSL_PMC
+extern int mpc85xx_pmc_set_wake(struct device *dev, bool enable);
+extern void mpc85xx_pmc_set_lossless_ethernet(int enable);
Don't use 'extern' for functions.
Why? I think there is no difference.
It's unnecessary, and it makes the line
On Sat, Aug 11, 2012 at 2:01 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Sat, Aug 11, 2012 at 12:21 AM, Scott Wood scottw...@freescale.com wrote:
+EXPORT_SYMBOL(epapr_hypercall_start);
EXPORT_SYMBOL_GPL?
We prefer EXPORT_SYMBOL. We don't want to restrict our customers from
having
On Fri, Aug 10, 2012 at 12:54 AM, dongsheng.w...@freescale.com wrote:
From: Wang Dongsheng dongsheng.w...@freescale.com
+EXPORT_SYMBOL_GPL(mpic_request_timer);
Make these EXPORT_SYMBOL. No need for a GPL restriction.
--
Timur Tabi
Linux kernel developer at Freescale
On Fri, Aug 10, 2012 at 3:19 AM, Jia Hongtao b38...@freescale.com wrote:
+EXPORT_SYMBOL_GPL(mpc85xx_pci_err_probe);
Make this EXPORT_SYMBOL.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
On Tue, Aug 7, 2012 at 3:43 AM, Zhao Chenhui chenhui.z...@freescale.com wrote:
+int mpc85xx_pmc_set_wake(struct device *dev, bool enable)
+{
+ int ret = 0;
+ struct device_node *clk_np;
+ const u32 *prop;
+ u32 pmcdr_mask;
+
+ if (!pmc_regs) {
+
On Wed, Aug 8, 2012 at 1:53 AM, Olivia Yin hong-hua@freescale.com wrote:
The patch update all e500v2 platforms.
Could you provide some more information about the ePAPR requirement?
+ * e500v2 power isa Device Tree Source (include)
Power ISA
+ *
+ * Copyright 2012 Freescale
On Mon, Jul 30, 2012 at 3:15 AM, Tiejun Chen tiejun.c...@windriver.com wrote:
We miss that correct WDIOC_GETSUPPORT return path when perform
copy_to_user() properly.
Thanks for catching this. I'm amazed that this driver still has bugs like this.
diff --git a/drivers/watchdog/booke_wdt.c
On Mon, Aug 6, 2012 at 2:12 PM, Tabi Timur-B04825 b04...@freescale.com wrote:
On Mon, Jul 30, 2012 at 3:15 AM, Tiejun Chen tiejun.c...@windriver.com
wrote:
We miss that correct WDIOC_GETSUPPORT return path when perform
copy_to_user() properly.
Thanks for catching this. I'm amazed
On Mon, Aug 6, 2012 at 8:59 PM, Tiejun Chen tiejun.c...@windriver.com wrote:
Fix some booke wdt ioctls return value error.
Signed-off-by: Tiejun Chen tiejun.c...@windriver.com
It's not the greatest patch description, but it'll do.
Acked-by: Timur Tabi ti...@freescale.com
--
Timur Tabi
Linux
On Fri, Aug 3, 2012 at 11:09 AM, Scott Wood scottw...@freescale.com wrote:
p1022ds OTOH is weird enough that it deserves its own board file.
What's so weird about the P1022DS?
Also, why do we need a default PCI bus if one isn't specified in the
device tree?
--
Timur Tabi
Linux kernel
On Jul 25, 2012, at 5:38 PM, Phillips Kim-R1AAHA r1a...@freescale.com wrote:
On Wed, 25 Jul 2012 16:59:49 -0500
Timur Tabi ti...@freescale.com wrote:
Add device tree (dtsi) files for the Freescale P5040 SOC. Since this
SOC introduces SEC v5.2, add the dtsi file for that also.
Michael Ellerman wrote:
I agree these values are odd. But there's no rule that you can only use
an enum if the values are monotonically increasing.
It can still serve as helpful documentation, and reduce the number of
places you pass a bare int around.
IMHO, an enum should only be used if
On Mon, Jul 23, 2012 at 5:49 AM, b37...@freescale.com wrote:
From: Sandeep Singh sand...@freescale.com
Please fix your git configuration so that the From: line in your
emails contains your full name. This patch was sent with this From:
line:
From: b37...@freescale.com
It should say:
From:
On Mon, Jul 23, 2012 at 5:20 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
And ? Who cares ? Drivers who know about a 32-bit limitations use
GFP_DMA32, that's what is expected, don't mess around with ZONE_DMA.
I thought drivers are supposed to set a dma_mask, and
Benjamin Herrenschmidt wrote:
Sure but I don't want to create the zones in the first place (and thus
introduce the added pressure on the memory management) on machines that
don't need it.
Ah yes, I forgot about memory pressure.
--
Timur Tabi
Linux kernel developer at Freescale
Benjamin Herrenschmidt wrote:
Sure but I don't want to create the zones in the first place (and thus
introduce the added pressure on the memory management) on machines that
don't need it.
One thing that does confuse me -- by default, we don't create a
ZONE_NORMAL. We only create a ZONE_DMA.
On Tue, Jul 17, 2012 at 8:11 PM, Scott Wood scottw...@freescale.com wrote:
Commit 107a84e61cdd3406c842a0e4be7efffd3a05dba6 (of: match by compatible
property first) breaks the gianfar ethernet driver found on various
Freescale PPC chips.
There are, for unfortunate historical reasons, two nodes
Qiang Liu wrote:
Use spin_lock_bh to instead of spin_lock_irqsave for improving performance.
You forgot to include the evidence that performance has improved, as well
as an explanation why it's okay to use spin_lock_bh, and why it's faster.
I told you to respin the patch with that
On Fri, Jul 13, 2012 at 7:25 AM, Josh Boyer jwbo...@gmail.com wrote:
Right now, if the option is not set we call booke_wdt_disable which
indeed does not actually _disable_ the WDT, but it does set the timer
period to the maxium value. We could go one step further and implement
a simple timer
On Sun, Jul 15, 2012 at 9:07 PM, Lu.Jiang lu.ji...@windriver.com wrote:
Since the ppc44x's watch dog can not reset by software, such operation only
set the timeout value(WDTP) to minimum, and cause the system reboot
immediately.
It's supposed to set it to the maximum. That's what WDTP_MASK
Kumar Gala wrote:
./p2020rdb_camp_core1.dts
./p1020rdb-pc_camp_core1.dts
./mpc8572ds_camp_core1.dts
./p2020rdb_camp_core0.dts
./p1020rdb-pc_camp_core0.dts
./mpc8572ds_camp_core0.dts
./p1020rdb_camp_core1.dts
./p1020rdb_camp_core0.dts
I'd be ok if we want to drop the p1020rdb as that
On Tue, Jul 10, 2012 at 3:39 AM, Xu Jiucheng jiucheng...@freescale.com wrote:
Create the dts files for each core and splits the devices between
the two cores for P1021RDB-PC.
Core0 has l2, serial0, i2c, spi, gpio, tdm,dma, usb, eth0, eth1,
sdhc, crypto, global-util, message, pci0, pci1, msi,
On Tue, Jul 3, 2012 at 5:21 AM, Zhao Chenhui chenhui.z...@freescale.com wrote:
Do hardware timebase sync. Firstly, stop all timebases, and transfer
the timebase value of the boot core to the other core. Finally,
start all timebases.
Only apply to dual-core chips, such as MPC8572, P2020, etc.
On Wed, Apr 4, 2012 at 7:36 AM, Suzuki K. Poulose suz...@in.ibm.com wrote:
Not sure if this is related, but at the end of each kernel compilation,
the following messages are printed:
SYSMAP System.map
SYSMAP .tmp_System.map
WRAParch/powerpc/boot/zImage.pmac
Zhao Chenhui wrote:
On Tue, Jul 03, 2012 at 10:17:12PM -0500, Tabi Timur-B04825 wrote:
Zhao Chenhui wrote:
If the guts variable is NULL, it indicates there is error in dts or kernel.
We should fix the error, rather than ignore it.
And that's why there's a warning message. Crashing
On Tue, Jul 3, 2012 at 5:21 AM, Zhao Chenhui chenhui.z...@freescale.com wrote:
+ np = of_find_matching_node(NULL, mpc85xx_smp_guts_ids);
+ if (np) {
+ guts = of_iomap(np, 0);
+ of_node_put(np);
+ if (!guts) {
+
Zhao Chenhui wrote:
If the guts variable is NULL, it indicates there is error in dts or kernel.
We should fix the error, rather than ignore it.
And that's why there's a warning message. Crashing the kernel is not
going to fix anything.
Moreover, if smp_85xx_ops.give/take_timebase is NULL,
On Tue, Jun 26, 2012 at 5:25 AM, Zhao Chenhui
chenhui.z...@freescale.com wrote:
Do hardware timebase sync. Firstly, stop all timebases, and transfer
the timebase value of the boot core to the other core. Finally,
start all timebases.
Only apply to dual-core chips, such as MPC8572, P2020, etc.
On Wed, May 2, 2012 at 8:16 PM, David Daney ddaney.c...@gmail.com wrote:
From: David Daney david.da...@cavium.com
This code has been working well for about six months on a couple of
different configurations (boards), so I thought it would be a good
time to send it out again, and I hope get it
On Thu, May 17, 2012 at 12:30 PM, Timur Tabi ti...@freescale.com wrote:
Anyway, I think I see what the problem is, but it does appear when I use
the normal defconfigs. What .config was being used?
I meant to say that it does NOT appear.
--
Timur Tabi
Linux kernel developer at Freescale
On Mon, Apr 16, 2012 at 8:42 PM, chang-ming.hu...@freescale.com wrote:
From: Jerry Huang chang-ming.hu...@freescale.com
Add the RTC support for p1022ds
Signed-off-by: Jerry Huang chang-ming.hu...@freescale.com
---
Acked-by: Timur Tabi ti...@freescale.com
Kumar, please apply for 3.5.
--
On Mon, Apr 16, 2012 at 8:42 PM, chang-ming.hu...@freescale.com wrote:
From: Jerry Huang chang-ming.hu...@freescale.com
The compatilbe 'simple-bus' is removed from the latest DTS for NAND and
NOR flash partition, so we must add the new compatilbe support for p1022ds,
otherwise, the kernel
On Tue, Apr 17, 2012 at 4:15 AM, chang-ming.hu...@freescale.com wrote:
diff --git a/arch/powerpc/platforms/85xx/p1022_ds.c
b/arch/powerpc/platforms/85xx/p1022_ds.c
index e74b7cd..0db3a7e 100644
--- a/arch/powerpc/platforms/85xx/p1022_ds.c
+++ b/arch/powerpc/platforms/85xx/p1022_ds.c
@@
Ping!
Kumar, you forgot to deal with this patch for 3.3. The window for 3.4
is closing rapidly. There are no objections to my patch. Could you
please apply it and get it merged into 3.4? I'm tired of waiting.
On Thu, Mar 29, 2012 at 4:47 PM, Tabi Timur-B04825 b04...@freescale.com wrote
Grant Likely wrote:
Are you aware of any reason that we can't call of_platform_bus_probe()
or multiple times. Timur's run into an issue in which all devices
don't get registered properly if we call of_platform_bus_probe() times
with different of_device_id struct's.
On Sat, Mar 17, 2012 at 4:00 AM, Shaveta Leekha shav...@freescale.com wrote:
Signed-off-by: Shaveta Leekha shav...@freescale.com
---
Where's the patch description? You need to explain WHY this change is
a good idea.
And you should change all defconfigs in one patch.
--
Timur Tabi
Linux
On Sat, Mar 17, 2012 at 2:33 AM, Aggrwal Poonam-B10812
b10...@freescale.com wrote:
+ - clock-frequency
+ Usage: optional
+ Value type: u32
+ Definition: The frequency at which the TDM block is operating.
Will this frequency ever need to be 4GHz?
Don't think so, at max
On Sat, Mar 17, 2012 at 2:33 AM, Aggrwal Poonam-B10812
b10...@freescale.com wrote:
+ compatible = fsl,p1010-tdm, fsl,mpc8315-tdm;
+ reg = 0x16000 0x200 0x2c000 0x2000;
+ clock-frequency = 0;
Show a real clock-frequency, perhaps with a comment saying it's
On Tue, Mar 6, 2012 at 3:06 AM, Zhao Chenhui chenhui.z...@freescale.com wrote:
From: chenhui zhao chenhui.z...@freescale.com
Remove FPGA(CADMUS) macros in code. Move it to dts.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
---
Acked-by:
On Mon, Feb 27, 2012 at 4:59 AM, Olivia Yin hong-hua@freescale.com wrote:
So that we can call it in kernel.
And why would we want that?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
Huang Changming-R66093 wrote:
I have one similar patch to remove the select PHYS_64BIT.
http://patchwork.ozlabs.org/patch/132351/
That one doesn't update the defconfigs, which means that the default
kernel will not have PHYS_64BIT enabled.
--
Timur Tabi
Linux kernel developer at Freescale
Li Yang-R58472 wrote:
I agree with Changming that we shouldn't setting PHYS_64BIT by default.
The default kernel should always be the compatible with as much as
possible. Disabling PHYS_64BIT by default means that the default kernel
will not work with a 36-bit DTS. If you attempt to boot
Li Yang-R58472 wrote:
Even though the user still need to know the addressing mode that u-boot
is using. It won't work if the addressing mode of u-boot and device
tree are different.
U-Boot will tell the user if the DT does not match. I added code to
U-Boot to do that. So if you have a
Huang Changming-R66093 wrote:
I want to know if you have the other codes for different address?
The current U-boot just detect the base address of DTS and the CCSR address.
If they are different, u-boot will print the warning and return 0,
so the kernel can't been booted.
I had a patch that
Li Yang-R58472 wrote:
The mpc85xx_defconfig does include silicons with e500v1 core which
doesn't have the 36-bit support. Won't enabling 36-bit support by
default break the support for them?
No. The kernel will detect at runtime that that it's an e500v1 core and
it won't try to create
Li Yang-R58472 wrote:
It's a good point. Why can't we decide to use 32-bit/36-bit TLB at runtime
even for e500v2?
That's not what PHYS_64BIT does. PHYS_64BIT determines whether
phys_addr_t is a u64 or a u32. This is something that must be determined
at compilation time.
Please remember
Stephen Rothwell wrote:
console_initcall() is not defined for modules.
Hmmm... the patch you posted is a good short-term fix, but I wonder if
makes sense for the driver to support modules at all. I have this in the
driver:
#include linux/module.h
...
module_init(ehv_bc_init);
On Thu, Feb 16, 2012 at 7:27 PM, Kumar Gala ga...@kernel.crashing.org wrote:
For some of these platforms like P2041RDB, P3041DS, P3060QDS, P4080DS,
P5020DS only a 36-bit physical address map is supported by u-boot and the
device tree. This was a decision that was made to NOT support 32-bit
On Wed, Feb 15, 2012 at 12:58 AM, Zhicheng Fan b32...@freescale.com wrote:
@@ -114,6 +114,24 @@ struct ccsr_guts_86xx {
__be32 srds2cr1; /* 0x.0f44 - SerDes2 Control Register 0 */
} __attribute__ ((packed));
+#ifdef CONFIG_PPC_85xx
+
Remove this #ifdef. It doesn't really
On Tue, Feb 14, 2012 at 2:37 AM, Prabhakar Kushwaha
prabha...@freescale.com wrote:
Applied on git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git
branch next
This is actually a false statement. Applied is past tense, so you
are saying that this patch has *already* been applied
On Fri, Feb 17, 2012 at 10:56 AM, Alexander Graf ag...@suse.de wrote:
config KVM_E500MC
bool KVM support for PowerPC E500MC/E5500 processors
- depends on EXPERIMENTAL PPC_E500MC
+ depends on EXPERIMENTAL PPC_E500MC !KVM_E500V2
There was a patch floating around that
On Thu, Feb 16, 2012 at 9:56 AM, Tabi Timur-B04825 b04...@freescale.com wrote:
I think we should make 36-bit the only option for the upstream
defconfigs, and if we want a 32-bit optimized kernel for the SDK,
then we provide that on the SDK only.
Oops, I meant to post this as a reply to powerpc
On Thu, Feb 16, 2012 at 6:10 AM, Li Yang le...@freescale.com wrote:
The reason why we need to keep PHYS_64BIT option configurable is
that enabling it cause negative performance impact on various
aspects like TLB miss and physical address manipulating. We should
not enable it unless really
On Thu, Jan 26, 2012 at 2:58 PM, Ira W. Snyder i...@ovro.caltech.edu wrote:
The mpc8349ea has been observed to generate spurious end of segments
interrupts despite the fact that they are not enabled by this driver.
Check for them and ignore them to avoid a kernel error message.
When this
On Wed, Feb 15, 2012 at 12:58 AM, Zhicheng Fan b32...@freescale.com wrote:
From: Zhicheng Fan b32...@freescale.com
Signed-off-by: Zhicheng Fan b32...@freescale.com
---
Acked-by: Timur Tabi ti...@freescale.com
--
Timur Tabi
Linux kernel developer at Freescale
On Tue, Feb 14, 2012 at 2:06 AM, Zhicheng Fan b32...@freescale.com wrote:
From: Zhicheng Fan b32...@freescale.com
P1025RDB Overview
--
1Gbyte DDR3 SDRAM
32 Mbyte NAND flash
16Mbyte NOR flash
16 Mbyte SPI flash
SD connector to interface with the SD memory card
Real-time
On Tue, Feb 14, 2012 at 2:06 AM, Zhicheng Fan b32...@freescale.com wrote:
From: Zhicheng Fan b32...@freescale.com
Signed-off-by: Zhicheng Fan b32...@freescale.com
---
Acked-by: Timur Tabi ti...@freescale.com
--
Timur Tabi
Linux kernel developer at Freescale
On Sun, Feb 12, 2012 at 11:33 PM, Zhicheng Fan b32...@freescale.com wrote:
From: Zhicheng Fan b32...@freescale.com
Signed-off-by: Zhicheng Fan b32...@freescale.com
---
arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 78
-
1 files changed, 77 insertions(+), 1
On Sun, Feb 12, 2012 at 11:33 PM, Zhicheng Fan b32...@freescale.com wrote:
if (np) {
- pmuxcr = of_iomap(np, 0) + MPC85xx_PMUXCR_OFFSET;
+ guts = of_iomap(np, 0);
- if (!pmuxcr)
-
On Fri, Feb 10, 2012 at 4:18 AM, Zhicheng Fan b32...@freescale.com wrote:
+ local-mac-address = [ 00 00 00 00 00 00 ];
This doesn't belong in the DTS.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing
On Thu, Feb 9, 2012 at 7:41 AM, Diana Craciun
diana.crac...@freescale.com wrote:
From: Diana CRACIUN diana.crac...@freescale.com
The association in the decice tree between PCI and MSI
using fsl,msi property was an artificial one and it does
not reflect the actual hardware.
Signed-off-by:
On Wed, Feb 8, 2012 at 11:40 PM, Zhicheng Fan b32...@freescale.com wrote:
arch/powerpc/boot/dts/p1020rdb-pc.dts | 90
arch/powerpc/boot/dts/p1020rdb-pc.dtsi | 247
++
arch/powerpc/boot/dts/p1020rdb-pc_36b.dts | 90
If
On Wed, Feb 8, 2012 at 11:40 PM, Zhicheng Fan b32...@freescale.com wrote:
+static int __init p1020_rdb_pc_probe(void)
+{
+ unsigned long root = of_get_flat_dt_root();
+
+ if (of_flat_dt_is_compatible(root, fsl,P1020RDB-PC))
+ return 1;
+ return 0;
+}
+#ifdef CONFIG_QUICC_ENGINE
+ np = of_find_compatible_node(NULL, NULL, fsl,qe-ic);
+ if (np) {
+ qe_ic_init(np, 0, qe_ic_cascade_low_mpic,
+ qe_ic_cascade_high_mpic);
+ of_node_put(np);
+
+ } else
+
On Fri, Feb 3, 2012 at 8:02 PM, acrux acrux...@libero.it wrote:
as i said [1] it seems to be fixed only in 3.x instead the last working one
is the obsolete 2.6.36.x .
Anyway, alog the sound/soc/fsl/mpc5200_dma.c now builds the sound is still
broken.
Ok, I missed that part in your email.
On Thu, Feb 2, 2012 at 10:57 AM, acrux acrux...@libero.it wrote:
well, i got the same error with also linux-2.6.37. Btw, this was already
reported about a year ago:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-February/088415.html
I think this was fixed already. You're using an
On Thu, Jan 19, 2012 at 11:00 PM, Zhicheng Fan b32...@freescale.com wrote:
Signed-off-by: Fanzc b32...@freeescale.com
Please fix this. There are only two e's in freescale. In addition,
please use your full name.
--
Timur Tabi
Linux kernel developer at Freescale
On Thu, Jan 19, 2012 at 11:00 PM, Zhicheng Fan b32...@freescale.com wrote:
From: Fanzc b32...@freeescale.com
Signed-off-by: Fanzc b32...@freeescale.com
Please use your full name (first and last name)
---
arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 79
-
1
Michael Neuling wrote:
Fix a bunch of compiler errors and warnings introduced in:
commit ddd3d905436b572ebadc09dcf2d12ca5b37020a0
Author: Timur Tabiti...@freescale.com
drivers/video: fsl-diu-fb: merge all allocated data into one block
Signed-off-by: Michael Neulingmi...@neuling.org
Michael Neuling wrote:
In message4f1370c9.9010...@freescale.com you wrote:
Michael Neuling wrote:
Fix a bunch of compiler errors and warnings introduced in:
commit ddd3d905436b572ebadc09dcf2d12ca5b37020a0
Author: Timur Tabiti...@freescale.com
drivers/video: fsl-diu-fb: merge all
On Fri, Dec 23, 2011 at 12:10 AM, r66...@freescale.com wrote:
Accordint to latest kernel, the auto-cmd12 property should be
sdhci,auto-cmd12, and according to the SDHC binding and the workaround for
the special chip, add the chip compatible for eSDHC: fsl,p1022-esdhc,
fsl,mpc8536-esdhc,
On Thu, Dec 15, 2011 at 5:45 AM, Vineeth vnee...@gmail.com wrote:
why is it a part of 85xx directory ? the core of P5020 is E5500 where the
core of 85xx is e500;
e5500 is very similar to e500, so it's all part of the same family of cores.
--
Timur Tabi
Linux kernel developer at Freescale
On Sun, Dec 11, 2011 at 4:49 PM, Michael Neuling mi...@neuling.org wrote:
Current linux-next compiled with mpc85xx_defconfig causes this:
arch/powerpc/platforms/85xx/p1022_ds.c:341:14: error: 'udbg_progress'
undeclared here (not in a function)
Add include to fix this.
Signed-off-by:
Scott Wood wrote:
Technically, it's up to the hv config file where MSIIR gets mapped.
After main memory is just a common way of configuring it, but won't work
if we're limiting the partition's memory to end at an unusual address.
I'll change the comment to reflect this.
Why can't we have the
Scott Wood wrote:
How's the hypervisor even going to know if the mem= kernel command line
argument is used to change the end of main memory (assuming that's been
taken into account by this point in the boot sequence)?
What if the user put a shared memory region immediately after the main
On Thu, Nov 24, 2011 at 1:40 PM, Kumar Gala ga...@kernel.crashing.org wrote:
arch/powerpc/mm/hugetlbpage.c: In function 'reserve_hugetlb_gpages':
arch/powerpc/mm/hugetlbpage.c:312:2: error: implicit declaration of function
'parse_args'
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
On Mon, Oct 10, 2011 at 3:50 PM, Becky Bruce bec...@kernel.crashing.org wrote:
From: Becky Bruce bec...@kernel.crashing.org
Results from updates via make savedefconfig.
Signed-off-by: Becky Bruce bec...@kernel.crashing.org
---
...
-CONFIG_PPC_EPAPR_HV_BYTECHAN=y
I guess no one noticed
Scott Wood wrote:
+interrupts =8 8 0 0;
+ };
It's not new to this patch, but... what does 8 mean in the second cell
of an mpic interrupt specifier?
I have no idea.
And why does the indirect pixis node
not have the interrupt?
Hmmm... I suppose I could add it,
On Thu, Nov 17, 2011 at 8:32 AM, Kumar Gala ga...@kernel.crashing.org wrote:
@@ -585,30 +222,11 @@
};
pci1: pcie@fffe0a000 {
- compatible = fsl,p1022-pcie;
- device_type = pci;
- #interrupt-cells = 1;
- #size-cells = 2;
On Thu, Dec 1, 2011 at 9:04 AM, Jean-Michel Hautbois
jhautb...@gmail.com wrote:
Any idea on how to debug this ? I am using a 2.6.35 kernel.
There are a ton of Kconfig options for debugging various locking bugs.
Try turning them on.
--
Timur Tabi
Linux kernel developer at Freescale
Jia Hongtao-B38951 wrote:
Hi
I just found that the 'next' branch you mentioned have problem to boot up.
I test it in p1022ds and p1010rdb boards and the result are both the same.
Note that for p1022ds I use make p1022ds.dtb to make the dtb file(36bit)
with 36bit-uboot.
And for p1010rdb I
On Tue, Nov 29, 2011 at 11:25 AM, Ira W. Snyder i...@ovro.caltech.edu wrote:
I believe that you are correct, for powerpc. However, anything outside
of arch/powerpc shouldn't assume it only runs on powerpc. I wouldn't be
surprised to see fsldma running on an iMX someday (ARM processor).
I
1 - 100 of 178 matches
Mail list logo