Le mercredi 31 août 2005 à 13:26 +0200, Johannes Berg a écrit :
> On Wed, 2005-08-31 at 13:22 +0200, Johannes Berg wrote:
> > handlers:
> > [] (ams_interrupt+0x0/0x50 [ams])
>
> Ohh. Wait. The interrupt probably arrives before ams.init is set to
> true.
Indeed, that must be it. And the fact that
On Wed, 2005-08-31 at 13:22 +0200, Johannes Berg wrote:
> handlers:
> [] (ams_interrupt+0x0/0x50 [ams])
Ohh. Wait. The interrupt probably arrives before ams.init is set to
true.
johannes
signature.asc
Description: This is a digitally signed message part
On Wed, 2005-08-31 at 13:14 +0200, Stelian Pop wrote:
> Edit the code and print the value of ams.irq1 and ams.irq2 just before
> the request_irq() calls.
Ha. I just got it again, right after adding the printk ;)
ams: requesting IRQs 57 and 58
irq 57: nobody cared (try booting with the "irqpoll"
Le mercredi 31 août 2005 à 12:58 +0200, Johannes Berg a écrit :
> On Wed, 2005-08-31 at 12:11 +0200, Stelian Pop wrote:
>
> > I have the feeling that something is not entirely correct in the code
> > who activate/deactivate the interrupts, but I can't see what.
>
> I haven't been able to reproduc
On Wed, 2005-08-31 at 12:11 +0200, Stelian Pop wrote:
> I have the feeling that something is not entirely correct in the code
> who activate/deactivate the interrupts, but I can't see what.
I haven't been able to reproduce it yet, is there anything you want me
to do if it should happen again?
jo
Le mercredi 31 août 2005 à 12:06 +0200, Johannes Berg a écrit :
> On Wed, 2005-08-31 at 11:18 +0200, Stelian Pop wrote:
>
> > Is this with 0.01 or 0.02 ?
>
> The latter.
Hmm, I don't see how this can happen in this case.
I have the feeling that something is not entirely correct in the code
who
On Wed, 2005-08-31 at 11:18 +0200, Stelian Pop wrote:
> Is this with 0.01 or 0.02 ?
The latter.
johannes
signature.asc
Description: This is a digitally signed message part
Le mercredi 31 août 2005 à 01:01 +0200, Johannes Berg a écrit :
> On Fri, 2005-08-26 at 12:16 +0200, Stelian Pop wrote:
>
> > An initial working implementation (_with_ interrupts) is available at:
> > http://www.popies.net/ams/
>
>
> Hmm. Just got
> # insmod ./ams.ko
> Aug 31 00:58:37 johann
On Fri, 2005-08-26 at 12:16 +0200, Stelian Pop wrote:
> An initial working implementation (_with_ interrupts) is available at:
> http://www.popies.net/ams/
Hmm. Just got
# insmod ./ams.ko
Aug 31 00:58:37 johannes kernel: Call trace:
Aug 31 00:58:37 johannes kernel: [c0053d50] __report_bad_
On Mon, 2005-08-29 at 10:36 +0200, Stelian Pop wrote:
> I cannot reproduce this here. Suspending with the ams driver loaded
> works just fine.
Hm, ok. I'll watch out for it more. Maybe it is relevant that I use
suspend2? (I doubt it, but...)
> However, I do BAD interrupts in /proc/interrupts, bu
Le samedi 27 août 2005 à 17:58 +0200, Johannes Berg a écrit :
> On Fri, 2005-08-26 at 15:13 +0200, Stelian Pop wrote:
>
> > Done in 0.02 available from my page. Actually I didn't bother to start
> > the thread only when the input device is accessed but made a toggle
> > (sysfs or module parameter
Le lundi 29 août 2005 à 07:45 +1000, Benjamin Herrenschmidt a écrit :
> Probably some kind of system wide notifier that the IDE driver can hook
> on, or maybe temporarily a special hook in ide-pmac. I can write it, but
> I first want to discuss that with others. We also need to block the
> queue t
On Fri, 2005-08-26 at 12:16 +0200, Stelian Pop wrote:
> Le vendredi 19 août 2005 à 13:21 +0200, Johannes Berg a écrit :
>
> > Hi,
> >
> > I have successfully reverse engineered the AMS
> [...]
> > Have fun. Maybe I'll see a real driver that can even handle interrupts
> > (I have no idea how to ge
On Fri, 2005-08-26 at 15:13 +0200, Stelian Pop wrote:
> Done in 0.02 available from my page. Actually I didn't bother to start
> the thread only when the input device is accessed but made a toggle
> (sysfs or module parameter based) to actually enable or disable the
> input device).
Cool. You *de
Le vendredi 26 août 2005 à 12:55 +0200, Johannes Berg a écrit :
> On Fri, 2005-08-26 at 12:46 +0200, Stelian Pop wrote:
>
> > > It's a cool hack ;)
> >
> > For sure. :)
>
> Adding it doesn't really hurt even. All you need to do is register an
> input device, but that doesn't take up resources. O
On Fri, 2005-08-26 at 12:46 +0200, Stelian Pop wrote:
> > It's a cool hack ;)
>
> For sure. :)
Adding it doesn't really hurt even. All you need to do is register an
input device, but that doesn't take up resources. Only when it is
actually opened, you need to start a thread that queries the devi
Le vendredi 26 août 2005 à 12:32 +0200, Johannes Berg a écrit :
> > This version does not implement an input device but makes the x/y/z
> > values available through /sys attributes (/sys/devices/ams/{x,y,z}).
> > I'm not sure the input device is really useful.
>
> It's a cool hack ;)
For sure. :
On Fri, 2005-08-26 at 12:16 +0200, Stelian Pop wrote:
> An initial working implementation (_with_ interrupts) is available at:
> http://www.popies.net/ams/
Cool!
> This version does not implement an input device but makes the x/y/z
> values available through /sys attributes (/sys/devices/a
Le vendredi 19 août 2005 à 13:21 +0200, Johannes Berg a écrit :
> Hi,
>
> I have successfully reverse engineered the AMS
[...]
> Have fun. Maybe I'll see a real driver that can even handle interrupts
> (I have no idea how to get the interrupt GPIO stuff from the PROM/OF)
> when I get back online
On Sat, 2005-08-20 at 10:06 +1000, Benjamin Herrenschmidt wrote:
> BTW. It would be useful to "match" what you have found with whatever
> specs can be found for such chips, that is, basically figure out what
> chip they are using from what vendor and get the full spec...
Good point.
Based on the
BTW. It would be useful to "match" what you have found with whatever
specs can be found for such chips, that is, basically figure out what
chip they are using from what vendor and get the full spec...
Ben.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
On Fri, 2005-08-19 at 13:21 +0200, Johannes Berg wrote:
> Hi,
>
> I have successfully reverse engineered the AMS using a variety of python
> scripts, otool, libiberty (for C++ name demangling) and a bit of time.
> Most useful is an old script I have that uses graphviz' dot to make a
> flow graph o
On Fri, Aug 19, 2005 at 01:21:11PM +0200, Johannes Berg wrote:
> I have successfully reverse engineered the AMS using a variety of python
> scripts, otool, libiberty (for C++ name demangling) and a bit of time.
> Most useful is an old script I have that uses graphviz' dot to make a
> flow graph out
23 matches
Mail list logo
