01:01.54 | *** join/#edev Belliash (~belliash@asiotec/constitutive/belliash) |
01:04.34 | *** join/#edev Crofton|work (~balister@pool-108-44-88-68.ronkva.east.verizon.net) |
02:19.08 | *** join/#edev calculus (~calculus@adsl-99-23-188-133.dsl.pltn13.sbcglobal.net) |
02:19.08 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
03:34.34 | *** join/#edev [7] (~quassel@rockbox/developer/TheSeven) |
05:04.15 | *** join/#edev amarsman (~marsman@90-145-17-249.wxdsl.nl) |
05:17.04 | *** join/#edev clio (~andrej@85.159.109.222) |
07:41.32 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:02.52 | *** join/#edev alex116 (~alex@pd9568ea4.dip0.t-ipconnect.de) |
09:01.56 | *** join/#edev damkerngt (~user@27.130.86.14) |
09:56.13 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
10:06.22 | *** join/#edev roxfan (dunno@8.195-200-80.adsl-dyn.isp.belgacom.be) |
10:39.23 | *** join/#edev Anaphaxeton (~george@unaffiliated/anaphaxeton) |
11:50.19 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
12:26.47 | *** join/#edev Crofton|work (~balister@pool-108-44-88-68.ronkva.east.verizon.net) |
13:33.31 | alex116 | i have a question about making a kernel module and using gpio and irqs: |
13:33.51 | alex116 | in my module_init function I call gpio_to_irq and get the interrupt. |
13:34.27 | alex116 | then I call request_irq with that interrupt and give it a handler |
13:35.00 | alex116 | I have a button connected to the gpio line and when I push it I see the handler executed once |
13:35.07 | alex116 | but when I push it again I dont see anything |
13:35.37 | alex116 | I'm using the aria g25 board from acmesystems |
13:36.53 | *** join/#edev sjhill (~sjhill@173-25-243-3.client.mchsi.com) |
13:36.53 | *** mode/#edev [+o sjhill] by ChanServ |
14:28.03 | *** join/#edev g1powermac (~g1powerma@rrcs-173-197-150-36.west.biz.rr.com) |
14:28.10 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
14:43.27 | keesj | alex116: you probably need to re-enable the interrupts or clear the flags that caused the interrupt |
14:44.08 | alex116 | keesj: do I do that in the handler using the object that is passed as the second argument? |
14:45.02 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-50de26-12.dhcp.inet.fi) |
14:45.55 | keesj | normally you want to keep the work stuff out of the interrupt handler so you need to "set a flag" and return e.g. get back to work . the test is normally done in a deferred methods. |
14:46.40 | keesj | it's been a few years now I that I did this kind of stuff but unless you do something I would consider in normal that your interrupt only happens once |
14:48.23 | keesj | have a read on here http://lwn.net/images/pdf/LDD3/ch10.pdf (I skimmed it ) |
14:48.37 | alex116 | ok thanks. I'll look at it. |
15:01.01 | *** part/#edev c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
15:28.48 | alex116 | keesj: I did see that tutorial before and I am also reading this one: http://www.makelinux.net/ldd3/chp-10-sect-5 |
15:29.42 | alex116 | keesj: but I don't understand why they do the "inb(short_base)" to read the irq type |
15:29.57 | alex116 | and they don't explain what short_base is |
15:33.05 | keesj | yea well. on higher level a CPU can only generate a few hunders of irqs |
15:33.28 | keesj | so logic block (way gpio) will generate a single interrupt you can register to) |
15:34.13 | keesj | after that in your own code you need to figure out what gpio for example really triggered the inteerupt and usually tel that IP block that the interrupt can be generated again next time |
15:36.25 | alex116 | so is he telling the peripheral device that it can send again or what? |
15:37.29 | keesj | yes |
15:54.04 | *** join/#edev alex116 (~alex@pd9568ea4.dip0.t-ipconnect.de) |
15:57.56 | alex116 | ok I think I figured it out. even in user space when I cat value, after pressing it once, it doesn't ever go back to its original value |
15:59.15 | alex116 | since its the button for powering it off, I think it charges a capacitor or something |
15:59.27 | alex116 | if I hold it for 5 seconds the system turns off |
16:00.31 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
16:20.41 | *** join/#edev alex116 (~alex@pd9568ea4.dip0.t-ipconnect.de) |
16:46.43 | *** join/#edev NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
16:46.43 | *** join/#edev NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
17:16.50 | *** join/#edev Lars_G (~Lars@unaffiliated/lars-g/x-000001) |
17:42.54 | *** join/#edev ntfreak (~ntfreak@unaffiliated/ntfreak) |
18:05.07 | *** join/#edev Anaphaxeton (~george@unaffiliated/anaphaxeton) |
19:31.03 | *** join/#edev g1powermac (~g1powerma@rrcs-74-87-150-6.west.biz.rr.com) |
19:31.03 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
20:03.13 | *** join/#edev florian (~fuchs@sign-4d0949d0.pool.mediaWays.net) |
20:03.17 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
21:08.32 | *** join/#edev landley (~landley@70.114.134.56) |
21:31.22 | *** join/#edev ccole_ (~cole@coledd.com) |
21:36.54 | *** join/#edev Belliash (~belliash@gateway/shell/bellsrv/x-cefmbqzlfziqaqvu) |
21:36.54 | *** join/#edev Belliash (~belliash@asiotec/constitutive/belliash) |
21:41.22 | *** join/#edev c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
22:12.23 | *** join/#edev orbarron (~orbarron@nat/ti/x-imzwjthzwvtyyjcb) |
22:56.06 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |