Re: Freescale P2020 CPU Freeze over PCIe abort signal

2010-10-19 Thread Eran Liberty
Eran Liberty wrote: Eran Liberty wrote: This should probably go to the Freescale support, as it feels like a hardware issue yet the end result is a very frozen Linux kernel so I post here first... I have a programmable FPGA PCIe device connected to a Freescale's P2020 PCIe port. As pa

Re: Freescale P2020 CPU Freeze over PCIe abort signal

2010-10-18 Thread Eran Liberty
Eran Liberty wrote: This should probably go to the Freescale support, as it feels like a hardware issue yet the end result is a very frozen Linux kernel so I post here first... I have a programmable FPGA PCIe device connected to a Freescale's P2020 PCIe port. As part of the bring-up

Re: Freescale P2020 CPU Freeze over PCIe abort signal

2010-10-18 Thread Eran Liberty
tiejun.chen wrote: AFAIK we can set one bit on PEX_ERR_DISR to detect PCI Express completion time-out. If so one interrupt should be issued. But I'm not sure if this can fix your issue. Tiejun As I understand the problem, this will not help me as the CPU itself is on hold waiting for the ass

Freescale P2020 CPU Freeze over PCIe abort signal

2010-10-17 Thread Eran Liberty
This should probably go to the Freescale support, as it feels like a hardware issue yet the end result is a very frozen Linux kernel so I post here first... I have a programmable FPGA PCIe device connected to a Freescale's P2020 PCIe port. As part of the bring-up tests, we are testing two faul

Re: Freescale P2020 / 85xx PCIe and Advance Error Reporting (AER) service problem

2010-10-11 Thread Eran Liberty
Benjamin Herrenschmidt wrote: - pcie_portdrv_probe() will be called for every BRIDGE class PCI device. P2020 PCIe is a PCI-PCI BRIDGE class so no problem here. - The code will continue to check that we have PCI_CAP_ID_EXP capability, which we have and continue to pcie_port_device_register().

Re: Freescale P2020 / 85xx PCIe and Advance Error Reporting (AER) service problem

2010-10-10 Thread Eran Liberty
Kumar Gala wrote: On Oct 7, 2010, at 7:30 AM, Eran Liberty wrote: Dear Penguins, SHORT: There is a BUG in the current code design / Freescale P2020/85xx PCIe design that prevent it from registering to the PCIe AER... or that I have missed something :) .. LESS SHORT: I am in the process

Freescale P2020 / 85xx PCIe and Advance Error Reporting (AER) service problem

2010-10-07 Thread Eran Liberty
Dear Penguins, SHORT: There is a BUG in the current code design / Freescale P2020/85xx PCIe design that prevent it from registering to the PCIe AER... or that I have missed something :) .. LESS SHORT: I am in the process of a Freescale P2020 based board bring up. P2020 is basically two 85xx p

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-20 Thread Eran Liberty
Jon Smirl wrote: Manually edit the broken binary to change the order of the restore and see if the problem disappears. That will keep everything else constant. checked with objdump where __d_lookup() > powerpc-linux-gnu-objdump -dr --start-address=0xc0065790 vmlinux | grep "<__d_lookup>:"

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-20 Thread Eran Liberty
Steven Rostedt wrote: On Wed, 20 Aug 2008, Eran Liberty wrote: Steven Rostedt wrote: On Wed, 20 Aug 2008, Steven Rostedt wrote: On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote: Found the problem (or at least -a- problem), it's a gcc bug. Well, fi

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-20 Thread Eran Liberty
Steven Rostedt wrote: On Wed, 20 Aug 2008, Steven Rostedt wrote: On Wed, 20 Aug 2008, Benjamin Herrenschmidt wrote: Found the problem (or at least -a- problem), it's a gcc bug. Well, first I must say the code generated by -pg is just plain horrible :-) Appart from that, look at the

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-20 Thread Eran Liberty
Steven Rostedt wrote: On Tue, 19 Aug 2008, Eran Liberty wrote: Steven Rostedt wrote: Testing tracer sched_switch: PASSED Testing tracer ftrace: PASSED Testing dynamic ftrace: PASSED Do you have PREEMPT_TRACER enabled, or any other tracer for that matter? -- Steve

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-19 Thread Eran Liberty
Mathieu Desnoyers wrote: Can you also give us objdump -S --start-address=0xC00BB724 vmlinux | head 20 ? Then we could compare the result with the OOPS instruction dump : 7c0802a6 bf61000c 3f60c038 7c3f0b78 90010024 7c7c1b78 7c9d2378 83db32a0 73c1 7f83e378 7fa4eb78 4082002f <> 2f83

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-19 Thread Eran Liberty
Steven Rostedt wrote: On Mon, 18 Aug 2008, Eran Liberty wrote: Steven Rostedt wrote: Eran Liberty wrote: After compiling a kernel with ftrace I started to experience all sorts of crashes. Just to make sure... ftrace enables markers too, and RCU has tracing with the

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-19 Thread Eran Liberty
Mathieu Desnoyers wrote: Can you check if, at some point during the system execution (starting from boot), 0xdd5b1d58 is an address where a module is loaded ? (the module can be later unloaded, what I wonder is if this address would appear to have had a loaded+unloaded module). Actually, could y

Re: ftrace introduces instability into kernel 2.6.27(-rc2,-rc3)

2008-08-18 Thread Eran Liberty
Steven Rostedt wrote: Eran Liberty wrote: After compiling a kernel with ftrace I started to experience all sorts of crashes. Just to make sure... ftrace enables markers too, and RCU has tracing with the markers. This may not be the problem, but I just want to eliminate as many variables as