public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "David Fernandez" <david.fernandez@trafficmaster.co.uk>
To: "jerzy dyrda" <jerzy.dyrda@kontron.pl>,
		<ecos-discuss@ecos.sourceware.org>
Cc: "Laurie Gellatly" <laurie.gellatly@netic.com>
Subject: RE: [ECOS] IPMI driver for KCS interface
Date: Thu, 12 Jul 2007 07:16:00 -0000	[thread overview]
Message-ID: <D62F82851E32E44FB0E7C61590371521F3211B@tmexchange.headquarters.local> (raw)
In-Reply-To: <200707111433.40133.jerzy.dyrda@kontron.pl>

> -----Original Message-----
> From: jerzy dyrda [mailto:jerzy.dyrda@kontron.pl]
> Sent: 11 July 2007 13:34
> To: ecos-discuss@ecos.sourceware.org
> Cc: Laurie Gellatly
> Subject: Re: [ECOS] IPMI driver for KCS interface
> 
> Hello Laurie,
> 
> > I'm not an IPMI expert, but it appears to me that IPMI is basically
a
> > communications protocol rather than a hardware driver.
> > Is that how you view it?
> 
> Yes, IPMI as I suppose is in general method of comunication with
Baseboard
> Management Controller - BMC ( from side of System Management Software
-
> SMS )
> but KCS is kind of interface beetwen BMC and SMS (sorry for this
stupid
> shortcut but this is a part of IPMI terminology) and my doubts are
> connected
> with method of comunication from user application to BMD through KCS
> driver.
> IPMI specification defined other interfaces what force on developer
> implementing universal interface to IPMI.
> 
> Best regards,
> jezry

Hi there,

I've ported the Linux IPMI driver to Solaris some time ago.

I think you can just base your IPMI driver in the I2C driver if you were
going to use SMIC interface, I'm not so familiar with KCS, as it is very
slow interface and because of that is normally discarded in most
systems, in addition, most Intel chipsets have a BMC based on the SMIC
interface anyway.

Anyway, it is not very difficult to do the driver from scratch by just
looking at the standard if you intent to support just one interface and
don't have any intentions of offering very differentiated kernel and
user mode APIs.

Regards

 Trafficmaster, Plc.
David Fernandez
Wireless Comms. Specialist
 

----V-V-V-V----DISCARD-THE-FOLLOWING-DISCLAIMER----V-V-V-V----



--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  reply	other threads:[~2007-07-12  7:16 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-05  8:38 [ECOS] eCos invalidating JTAG on ARM architecture ? Alexandre
2007-07-05 14:33 ` [ECOS] " Alexandre
2007-07-05 20:54   ` Sergei Gavrikov
2007-07-05 21:00     ` Alexandre
2007-07-06 10:44       ` Sergei Gavrikov
     [not found]         ` <d5aafeec0707060446s14079f3crfa90914e187833a3@mail.gmail.com>
2007-07-06 16:49           ` Sergei Gavrikov
2007-07-06 17:24             ` Sergei Gavrikov
2007-07-10  9:56               ` Alexandre
2007-07-10 10:15                 ` Andrew Lunn
2007-07-10 15:02                   ` Alexandre
2007-07-10 15:14                     ` Andrew Lunn
2007-07-10 15:52                       ` Andy Jackson
2007-07-10 18:25                         ` Alexandre
2007-07-11 11:12                           ` [ECOS] IPMI driver for KCS interface jerzy dyrda
2007-07-11 11:38                             ` Laurie Gellatly
2007-07-11 12:33                               ` jerzy dyrda
2007-07-12  7:16                                 ` David Fernandez [this message]
2007-07-11 11:46                             ` Andrew Lunn
2007-07-10 15:59                       ` [ECOS] Re: eCos invalidating JTAG on ARM architecture ? Alexandre
2007-07-05 16:04 ` [ECOS] " Paul D. DeRocco
2007-07-05 16:25   ` Andrew Lunn

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=D62F82851E32E44FB0E7C61590371521F3211B@tmexchange.headquarters.local \
    --to=david.fernandez@trafficmaster.co.uk \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=jerzy.dyrda@kontron.pl \
    --cc=laurie.gellatly@netic.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).