I had the same issue with an MPC885 board. My kernel was 2.6.33. On
that board decrementer exception was not working. I replaced the
board, took new board (MPC885 only, just another board) and the same
kernel worked fine. I don't know how the problem was solved.
-Mohan
On 9/22/11, Scott Wood
Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
So now
Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
So now
Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
So now
Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
So now
Since commit [e58aa3d2: genirq: Run irq handlers with interrupts disabled],
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
So now
At Wed, 21 Sep 2011 11:55:36 +0200 (CEST),
Thomas Gleixner wrote:
We run all interrupt handlers with interrupts disabled
and we even check and yell when an interrupt handler
returns with interrupts enabled (see commit [b738a50a:
genirq: Warn when handler enables interrupts]).
On Thu, 1 Sep 2011 17:31:22 -0500
Timur Tabi ti...@freescale.com wrote:
Audio support for the MPC5200 exists, so enable it by default.
Signed-off-by: Timur Tabi ti...@freescale.com
---
There was a bug in the audio drivers related to the of_platform
changes that was never discovered
On Wed, 21 Sep 2011 12:49:20 +0200
Wolfram Sang w.s...@pengutronix.de wrote:
Move the driver to the place where it is expected to be nowadays. Also
rename its CONFIG-name to match the rest and adapt the defconfigs.
Finally, move selection of REQUIRE_GPIOLIB or WANTS_OPTIONAL_GPIOLIB to
the
On Wed, Sep 07, 2011 at 04:10:51PM +0800, Yong Zhang wrote:
This flag is a NOOP and can be removed now.
Signed-off-by: Yong Zhang yong.zha...@gmail.com
Acked-by: Tobias Klauser tklau...@distanz.ch
---
drivers/tty/amiserial.c |2 +-
drivers/tty/cyclades.c |
On Tue, Sep 20, 2011 at 01:26:57PM -0500, Timur Tabi wrote:
The ePAPR hypervisor byte channel console driver only supports one byte
channel as a console, and the byte channel handle is stored in a global
variable. It doesn't make any sense to pass that handle as a parameter
to the console
On Thu, Sep 22, 2011 at 04:04:20PM -0700, Greg KH wrote:
On Wed, Sep 07, 2011 at 04:10:51PM +0800, Yong Zhang wrote:
This flag is a NOOP and can be removed now.
Signed-off-by: Yong Zhang yong.zha...@gmail.com
Acked-by: Tobias Klauser tklau...@distanz.ch
---
drivers/tty/amiserial.c
Greg KH wrote:
This patch doesn't apply at all to my tty tree, what was it made
against?
An internal repository that supposed to be in-sync with the latest and greatest.
What's the URL for your tty-next repo?
--
Timur Tabi
Linux kernel developer at Freescale
Hi Ben,
please pull some mpc5xxx updates and mpc8xxx/512x gpio driver
move patches for next.
Anatolij
The following changes since commit a120db06c3f435c37d028b6e5a1968dad06b7df0:
perf events, powerpc: Add POWER7 stalled-cycles-frontend/backend events
(2011-09-20 16:12:56 +1000)
are
On Thu, Sep 22, 2011 at 06:15:53PM -0500, Timur Tabi wrote:
Greg KH wrote:
This patch doesn't apply at all to my tty tree, what was it made
against?
An internal repository that supposed to be in-sync with the latest and
greatest.
What's the URL for your tty-next repo?
There is no
Hi Scott,
When I call if i2c_master_send(ds75-i2c_client,buffer,2) it crashes. In
module initialization I don't see any errors. Below are kernel messages. Could
you please let me know what may be the reason for this crash.
---Logs-
Loading Temperature Sensor Interface module
On Fri, 2011-09-23 at 01:20 +0200, Anatolij Gustschin wrote:
Hi Ben,
please pull some mpc5xxx updates and mpc8xxx/512x gpio driver
move patches for next.
Thanks, pulled pushed out to github.
Cheers,
Ben.
Anatolij
The following changes since commit
On Wed, 2011-09-21 at 15:59 +0530, Ravi K Nittala wrote:
The RTAS firmware flash update is conducted using an RTAS call that is
serialized by lock_rtas() which uses spin_lock. While the flash is in
progress, rtasd performs scan for any RTAS events that are generated by
the system. rtasd keeps
Greg KH wrote:
This patch doesn't apply at all to my tty tree, what was it made
against?
An internal repository that supposed to be in-sync with the latest and
greatest.
What's the URL for your tty-next repo?
There is no public one due to kernel.org being down.
Does your
On Thu, 2011-09-22 at 15:25 +, smitha.va...@wipro.com wrote:
Hi Scott,
When I call if i2c_master_send(ds75-i2c_client,buffer,2) it
crashes. In module initialization I don't see any errors. Below are
kernel messages. Could you please let me know what may be the reason
for this crash.
The ePAPR hypervisor byte channel console driver only supports one byte
channel as a console, and the byte channel handle is stored in a global
variable. It doesn't make any sense to pass that handle as a parameter
to the console functions, since these functions already have access to the
global
21 matches
Mail list logo