Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Dec 2011 01:54:02 -0800
From:      Adrian Chadd <adrian@freebsd.org>
To:        Stefan Bethke <stb@lassitu.de>
Cc:        "freebsd-embedded@freebsd.org" <freebsd-embedded@freebsd.org>
Subject:   Re: Updated switch/glue patch?
Message-ID:  <CAJ-VmonvpnaS1rAO%2BsDRh1E5WfsrZTYE297Kc96prhfKjrM89Q@mail.gmail.com>
In-Reply-To: <CAJ-Vmoku5eLEYi5_DXVxK=0=4Ewn2aGepv3YUw4ApuVh_7y2%2Bw@mail.gmail.com>
References:  <CAJ-Vmon8%2BOXQ4g752zZEB-O0BR0sFWO0QUvw--xp2jsBDkx6tQ@mail.gmail.com> <0F6CC18F-6973-42A2-AC03-F01BF59458AE@lassitu.de> <CAJ-Vmo=Y8pp4iFnw%2B1hcPae6QXFboz=a7puwgC1kVSZ3JwMgPQ@mail.gmail.com> <1100F70E-9DA9-4163-AC9A-423ECE5AA9A3@lassitu.de> <CAJ-VmonrnJ7cC6u2LsL9AGusz_%2BkSwY62Rr1__sg5U_NynJ1SQ@mail.gmail.com> <CAJ-Vmo=WSN1oLM=B2HqSHrWyOaOD9BSwwu8=1Wys0CLRJ_N-TA@mail.gmail.com> <C637C171-A1A2-4296-84FA-6DE97137DC42@lassitu.de> <CAJ-Vmon2boy7OCh_4O0MeCi0yCdZu0OYb5dxHCEK=-%2B46zBGtg@mail.gmail.com> <CAJ-Vmoku5eLEYi5_DXVxK=0=4Ewn2aGepv3YUw4ApuVh_7y2%2Bw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
.. and some further digging - I've flipped on the i2c_debug value and
slightly modified the debug printing so each _stop call prints a
newline. It makes it very clear how transactions are being handled.

Anyway, there's plenty of instances (even with the transaction DELAY
being 10uS) of the last byte being not acked, ie:

<wa8+ w00+ w80+ w01+ w00+ >
<wa8+ w00+ w90+ w00+ w00+ >
<wa9+ w02+ w80+ r00+ r10- >
<wa8+ w00+ w80+ w01+ w00+ >
<wa8+ w01+ wa0+ w00+ w00+ >
<wa9+ w02+ w80+ r49+ r79- >
<wa8+ w00+ w80+ w01+ w00+ >
<wa8+ w01+ wa0+ w00+ w00+ >
<wa9+ w02+ w80+ r49+ r79- >
<wa8+ w00+ w80+ w01+ w00+ >
<wa8+ w01+ wa0+ w00+ w00+ >
<wa9+ w02+ w80+ r49+ r79- >

.. all of those read transactions that aren't acked, are they ok?

Just as a side note - reducing the udelay value from 10 to 1 in my git
tree doesn't stop the huge CPU use. I'm going to next try removing the
locking, as I note that each GPIO access involves a mutex lock and I
bet the witness code is taking a freaking beating here.



adrian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmonvpnaS1rAO%2BsDRh1E5WfsrZTYE297Kc96prhfKjrM89Q>