LTC1760, ISR Questions

LTC1760, ISR Questions

[badguy development]

[-- Attachment #1.1: Type: text/plain, Size: 2551 bytes --]





Hello,

I am developing a driver for the LTC1760 dual battery charger.

 I have an interrupt occur and I get notification of that.

however I cannot seem to clear the interrupt from inside the ISR and thus I am ruined.



I have learned from the research and looking around I have done, that I cannot call just any code in an ISR.

the code I want to call will read the AlertResponse register of my LTC1760 chip and that will clear the interrupt.



but I get angry kernel response when I do, below is a brief dump of what I get:

BUG: scheduling while atomic: swapper/0x00010002/0
bad: scheduling from the idle thread!
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 17 [#1]
Modules linked in: i2c_battery swcamera(PF) clcdc(PF) pvr(PF) gecko_devices
CPU: 0
PC is at dequeue_task+0xc/0xa8
LR is at deactivate_task+0x38/0x44
pc : [<c009b070>]    lr : [<c009b218>]    Tainted: PF
sp : c0331c6c  ip : c0331c80  fp : c0331c7c
r10: 00000000  r9 : 00989642  r8 : b0e7aa00
r7 : c0335f98  r6 : c0331cd8  r5 : 00000001  r4 : c0335f98
r3 : 00000080  r2 : 00000000  r1 : 00000000  r0 : c0335f98
Flags: Nzcv  IRQs off  FIQs on  Mode SVC_32  Segment kernel
Control: C5387F
Table: 868E8000  DAC: 00000017
Process swapper (pid: 0, stack limit = 0xc0330250)

All the example code I can find regarding ISR, have access to register offsets and can simply clear the interrupt that way.
I am new to this and am having a hard time finding direction with regards to how to handle linux interrupts.

I need to send a request command out i2c to this device to clear this interrupt.
I am not 100% sure about this, but it is what the data sheet has led me to believe.

I would appreciate any help on this, and perhaps even a reference to what material I should look at to find this answer.

Thanks ahead of time.

Please CC me at badguydevelopment-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org 
I am still trying to join the list.

P.S.
  I accidently clicked send before filling out the Subject, so I scanned the maillist and did not find my message.
I think perhaps it was rejected due to no subject, if it was not, and I submitted two of them please accept my apologies.

       -Christian Hunt
_________________________________________________________________
Try Chicktionary, a game that tests how many words you can form from the letters given. Find this and more puzzles at Live Search Games!
http://g.msn.ca/ca55/207

[-- Attachment #1.2: Type: text/html, Size: 2959 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
i2c mailing list
i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
http://lists.lm-sensors.org/mailman/listinfo/i2c

Re: LTC1760, ISR Questions

[Jean Delvare]

On Thu, 3 Apr 2008 23:04:02 +0000, badguy development wrote:
> I am developing a driver for the LTC1760 dual battery charger.
> 
>  I have an interrupt occur and I get notification of that.
> 
> however I cannot seem to clear the interrupt from inside the ISR and thus I am ruined.
> 
> 
> 
> I have learned from the research and looking around I have done, that I cannot call just any code in an ISR.
> 
> the code I want to call will read the AlertResponse register of my LTC1760 chip and that will clear the interrupt.
> 
> 
> 
> but I get angry kernel response when I do, below is a brief dump of what I get:
> 
> BUG: scheduling while atomic: swapper/0x00010002/0
> bad: scheduling from the idle thread!
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> pgd = c0004000
> [00000000] *pgd=00000000
> Internal error: Oops: 17 [#1]
> Modules linked in: i2c_battery swcamera(PF) clcdc(PF) pvr(PF) gecko_devices
> CPU: 0
> PC is at dequeue_task+0xc/0xa8
> LR is at deactivate_task+0x38/0x44
> pc : [<c009b070>]    lr : [<c009b218>]    Tainted: PF
> sp : c0331c6c  ip : c0331c80  fp : c0331c7c
> r10: 00000000  r9 : 00989642  r8 : b0e7aa00
> r7 : c0335f98  r6 : c0331cd8  r5 : 00000001  r4 : c0335f98
> r3 : 00000080  r2 : 00000000  r1 : 00000000  r0 : c0335f98
> Flags: Nzcv  IRQs off  FIQs on  Mode SVC_32  Segment kernel
> Control: C5387F
> Table: 868E8000  DAC: 00000017
> Process swapper (pid: 0, stack limit = 0xc0330250)
> 
> All the example code I can find regarding ISR, have access to register offsets and can simply clear the interrupt that way.
> I am new to this and am having a hard time finding direction with regards to how to handle linux interrupts.
> 
> I need to send a request command out i2c to this device to clear this interrupt.
> I am not 100% sure about this, but it is what the data sheet has led me to believe.
> 
> I would appreciate any help on this, and perhaps even a reference to what material I should look at to find this answer.

Indeed, there are many things you can't do in interrupt context, and in
particular you cannot sleep, while most i2c bus drivers do sleep, so
reading from or writing to an I2C device is not possible. There are two
ways to work around this:

* Use a workqueue to do the job. The ISR will add a job to the queue
and return, and the job will be run later. Workqueues have their own
context so accessing the I2C device is OK for them. This is explained
in greater detail in LDD3 [1].

* Implement a non-sleeping mode in your i2c bus driver. That's
something new in kernel 2.6.25, so far only the i2c-pxa driver has support
for non-sleeping mode.

> 
> Thanks ahead of time.
> 
> Please CC me at badguydevelopment-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org 
> I am still trying to join the list.
> 
> P.S.
>   I accidently clicked send before filling out the Subject, so I scanned the maillist and did not find my message.
> I think perhaps it was rejected due to no subject, if it was not, and I submitted two of them please accept my apologies.

The messages can take a couple hours before they show in the archive.
Your message was not rejected - although messages with no subject are
bad and likely to be ignored by many ;)

[1] http://lwn.net/Kernel/LDD3/

-- 
Jean Delvare

_______________________________________________
i2c mailing list
i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
http://lists.lm-sensors.org/mailman/listinfo/i2c