Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1487290
| From | Bartosz Golaszewski <bgolaszewski@baylibre.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning |
| Date | 2016-09-20 14:40 +0200 |
| Message-ID | <sjsv8-2Y6-23@gated-at.bofh.it> (permalink) |
| References | (10 earlier) <sj2Kl-3uQ-7@gated-at.bofh.it> <sjq9X-1yF-3@gated-at.bofh.it> <sjq9X-1yF-1@gated-at.bofh.it> <sjrz4-2lw-7@gated-at.bofh.it> <sjrz4-2lw-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
2016-09-20 13:30 GMT+02:00 Geert Uytterhoeven <geert@linux-m68k.org>: > On Tue, Sep 20, 2016 at 12:48 PM, Peter Rosin <peda@axentia.se> wrote: >> On 2016-09-20 12:07, Bartosz Golaszewski wrote: >>> I feel like it's just wrong to set an arbitrary limit on the number of >>> i2c branches - and this is what the result of this approach would be. >> >> What arbitrary limit would that be? The number of lockdep classes >> can't be *that* limited? Or? >> >> I mean one lockdep class per root adapter and one subclass within that >> class per mux level doesn't sound too bad. How many root adapters do >> we need to design for? > > 'git grep -c i2c@ -- "*dts*"' told me exynos7 has 12 i2c interfaces. > And as long as I have gpios (pcf8574?), I can add more using i2c-gpio. > Hence the upper limit is infinity. > Agreed. If you add to that dynamic i2c adapters like hid-cp2112 or greybus-i2c then it makes infinity plus some more. Best regards, Bartosz Golaszewski
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-16 18:10 +0200
[PATCH v2 3/4] i2c: add a warning to i2c_adapter_depth() Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-16 18:10 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Wolfram Sang <wsa@the-dreams.de> - 2016-09-16 19:30 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Wolfram Sang <wsa@the-dreams.de> - 2016-09-16 20:00 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-18 21:50 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Peter Zijlstra <peterz@infradead.org> - 2016-09-19 10:20 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Peter Zijlstra <peterz@infradead.org> - 2016-09-19 11:10 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-20 12:10 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Peter Zijlstra <peterz@infradead.org> - 2016-09-20 12:30 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Geert Uytterhoeven <geert@linux-m68k.org> - 2016-09-20 13:40 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-20 14:40 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Thomas Gleixner <tglx@linutronix.de> - 2016-09-20 17:40 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-18 21:50 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Peter Zijlstra <peterz@infradead.org> - 2016-09-17 03:30 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Wolfram Sang <wsa@the-dreams.de> - 2016-09-17 12:20 +0200
Re: [PATCH v2 0/4] gpio: fix an incorrect lockdep warning Bartosz Golaszewski <bgolaszewski@baylibre.com> - 2016-09-17 21:10 +0200
csiph-web