b43-dev.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: "Rafał Miłecki" <zajec5@gmail.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Could I (ab)use bus (struct bus_type) for virtual Broadcom bus?
Date: Thu, 14 Apr 2011 15:45:05 +0200	[thread overview]
Message-ID: <BANLkTimM8=-pX+Ea8Eyp4XyvP1APbUof9w@mail.gmail.com> (raw)
In-Reply-To: <1302786900.21965.52.camel@dev.znau.edu.ua>

W dniu 14 kwietnia 2011 15:15 u?ytkownik George Kashperko
<george@znau.edu.ua> napisa?:
>
>> W dniu 14 kwietnia 2011 14:34 u?ytkownik Hauke Mehrtens
>> <hauke@hauke-m.de> napisa?:
>> > On 04/14/2011 02:04 PM, Rafa? Mi?ecki wrote:
>> >> Hauke: you were proposing integrating with drivers/amba. I really
>> >> expect you to comment on this, please tell us how do you see this now,
>> >> when we have better overview. I took your proposal seriously, you can
>> >> see the results above.
>> >
>> > I had no closer look at drivers/amba and this bus driver, I just saw
>> > that there was a discussion about drivers/amba and this implementation
>> > with no result. When the Bradcom cores are not directly connected to
>> > AMBA, but are using some sort of wrapper and there are no benefits in
>> > using drivers/amba, just leave it.
>> >
>> > As the implementation of the Braodcom AIX Bus contains some Broadcom
>> > extensions and there seams to be no normal AMBA device being connected
>> > to some Broadcom devices with this special interface number 3) "Broadcom
>> > specific bus (bcmai)" seams to the the best approach in my opinion.
>>
>> Thanks for commenting.
>>
>> Russell: you were asking:
>> > What does this do which the 'amba' bus support doesn't?
>> I believe I explained it well in this thread. Do you still think about
>> using amba/driver? Do you think we should use it?
>>
>> Arnd: I found you saying:
>> > I believe the one thing we really want from this driver is the bus
>> > scan code, which is not present in the amba bus implementation,
>> I explained how it works, I believe scanning (EPROM in this case) it
>> Broadcom specific, not really AMBA standard. How do you see it?
>>
> It might not Broadcom specific as EPROM core seems to be CoreLink one
> core and maybe is arm-developed. But it isn't documented publicly and we
> don't know yet if it is obligatory for all amba (or at least axi)
> interconnects or not.

Maybe EPROM is not Broadcom specific, but I suspect the content we
deal with in bcmai/axi is Broadcom specific. I didn't see any notes of
manuf/id/rev/class we deal with. So I guess everything *we* (out
driver) read from EPROM is Bcm specific.

-- 
Rafa?

  parent reply	other threads:[~2011-04-14 13:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-14 11:28 Could I (ab)use bus (struct bus_type) for virtual Broadcom bus? Rafał Miłecki
     [not found] ` <1302781431.21145.6.camel@dev.znau.edu.ua>
2011-04-14 12:04   ` Rafał Miłecki
2011-04-14 12:34     ` Hauke Mehrtens
2011-04-14 13:07       ` Rafał Miłecki
     [not found]         ` <1302786900.21965.52.camel@dev.znau.edu.ua>
2011-04-14 13:45           ` Rafał Miłecki [this message]
     [not found]             ` <1302892585.30441.12.camel@dev.znau.edu.ua>
2011-04-15 19:21               ` Rafał Miłecki
     [not found]                 ` <1302896541.30441.33.camel@dev.znau.edu.ua>
2011-04-15 19:52                   ` Rafał Miłecki
2011-04-15 19:56                     ` Peter Stuge
2011-04-16 14:00                       ` Rafał Miłecki
2011-04-16 14:13                         ` Jonas Gorski
     [not found]                 ` <201104171938.12834.arnd@arndb.de>
2011-04-18 12:19                   ` Rafał Miłecki
     [not found]                     ` <201104181619.35115.arnd@arndb.de>
2011-04-18 14:31                       ` Rafał Miłecki
     [not found]                         ` <1303140940.31595.45.camel@dev.znau.edu.ua>
2011-04-18 15:53                           ` Rafał Miłecki
     [not found]                   ` <op.vt6ufu1n3ri7v4@arend-laptop>
2011-04-19 14:20                     ` Rafał Miłecki
     [not found]                     ` <201104191635.40351.arnd@arndb.de>
     [not found]                       ` <op.vt76hofg3ri7v4@arend-laptop>
2011-04-20  7:29                         ` Rafał Miłecki
     [not found]                           ` <4DC2991F.6030703@broadcom.com>
2011-05-05 12:48                             ` AXI driver status => previously: " Rafał Miłecki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='BANLkTimM8=-pX+Ea8Eyp4XyvP1APbUof9w@mail.gmail.com' \
    --to=zajec5@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).