Re: I2c driver crash

2011-09-22 Thread MohanReddy koppula
I think the client->adapter pointer is NULL. Make sure the ds75_attach_adapte() is called before you invoke ioctl(). -Mohan On Fri, Sep 23, 2011 at 6:58 AM, Benjamin Herrenschmidt wrote: > On Thu, 2011-09-22 at 15:25 +, smitha.va...@wipro.com wrote: >> Hi Scott, >> >> When I call if  i2c_mas

[PATCH] [v2] drivers/tty: don't use the byte channel handle as a parameter in ehv_bytechan.c

2011-09-22 Thread Timur Tabi
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 v

Re: I2c driver crash

2011-09-22 Thread Benjamin Herrenschmidt
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 cr

Re: [PATCH] drivers/tty: don't use the byte channel handle as a parameter in ehv_bytechan.c

2011-09-22 Thread Tabi Timur-B04825
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

Re: [PATCH] PSeries: Cancel RTAS event scan before firmware flash

2011-09-22 Thread Benjamin Herrenschmidt
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 kee

Re: Please pull 'next' branch of 5xxx tree

2011-09-22 Thread Benjamin Herrenschmidt
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 a120db06c3f435c37d028b6e5a1968

I2c driver crash

2011-09-22 Thread smitha.vanga
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

Re: [PATCH] drivers/tty: don't use the byte channel handle as a parameter in ehv_bytechan.c

2011-09-22 Thread Greg KH
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

Please pull 'next' branch of 5xxx tree

2011-09-22 Thread Anatolij Gustschin
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 availabl

Re: [PATCH] drivers/tty: don't use the byte channel handle as a parameter in ehv_bytechan.c

2011-09-22 Thread Timur Tabi
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 ___

Re: [PATCH 54/62] TTY: irq: Remove IRQF_DISABLED

2011-09-22 Thread Greg KH
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 > > Acked-by: Tobias Klauser > > --- > > drivers/tty/amiserial.c |2 +- > > d

Re: [PATCH] drivers/tty: don't use the byte channel handle as a parameter in ehv_bytechan.c

2011-09-22 Thread Greg KH
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

Re: [PATCH 54/62] TTY: irq: Remove IRQF_DISABLED

2011-09-22 Thread Greg KH
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 > Acked-by: Tobias Klauser > --- > drivers/tty/amiserial.c |2 +- > drivers/tty/cyclades.c |2 +- > drivers/tty/hvc/hvc_irq.

Re: [PATCH V2 1/2] gpio: move mpc8xxx/512x gpio driver to drivers/gpio

2011-09-22 Thread Anatolij Gustschin
On Wed, 21 Sep 2011 12:49:20 +0200 Wolfram Sang 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 platforms, because t

Re: [PATCH] powerpc/5200: enable audio in the defconfig

2011-09-22 Thread Anatolij Gustschin
On Thu, 1 Sep 2011 17:31:22 -0500 Timur Tabi wrote: > Audio support for the MPC5200 exists, so enable it by default. > > Signed-off-by: Timur Tabi > --- > > There was a bug in the audio drivers related to the of_platform > changes that was never discovered because these drivers were > never co

Re: [PATCH 53/57] sound: irq: Remove IRQF_DISABLED

2011-09-22 Thread Takashi Iwai
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 interrupt

[PATCH 53/55] sound: irq: Remove IRQF_DISABLED

2011-09-22 Thread Yong Zhang
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 this

[PATCH 49/55] video: irq: Remove IRQF_DISABLED

2011-09-22 Thread Yong Zhang
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 this

[PATCH 48/55] TTY: irq: Remove IRQF_DISABLED

2011-09-22 Thread Yong Zhang
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 this

[PATCH 45/55] powerpc/ps3: irq: Remove IRQF_DISABLED

2011-09-22 Thread Yong Zhang
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 this

[PATCH 15/55] powerpc: irq: Remove IRQF_DISABLED

2011-09-22 Thread Yong Zhang
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 this