Date: Sun, 14 Feb 1999 22:56:04 +1030 (CST) From: Matthew Thyer <matt@camtech.com.au> To: Nicolas Souchu <nsouch@teaser.fr> Cc: Brian Feldman <green@unixhelp.org>, hardware@FreeBSD.ORG, current@FreeBSD.ORG, takawata@shidahara1.planet.sci.kobe-u.ac.jp Subject: Re: Aladdin chipset SMBus support available! Message-ID: <Pine.BSF.4.05.9902142247480.8171-100000@localhost> In-Reply-To: <19990214095845.56909@breizh.prism.uvsq.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
I had the same problem with a non Aladin system. I believe the problem is that Takanori's examples no longer work since changes were made to pcisupport.c. Why do I say this ? Because Takanori said so in email to me. I dont understand how it all works but if I show you Takanori's comments maybe you guys will. START Takanori's comments =========================================== Commited code on pcisupport.c from 1.88 to 1.89 will break it. If "intpm.h" is not included,chipset probe code is used instead of the driver probe code. P.S I have forgotten to enclose unused variable in #undef ENABLE_ALART with #ifdef ENABLE_ALART - #endif ,so the variable may deleted when it was commited. And currently ENABLE_ALART code will not work properly. END Takanori's comments ============================================== On Sun, 14 Feb 1999, Nicolas Souchu wrote: > On Sat, Feb 13, 1999 at 05:22:00PM -0500, Brian Feldman wrote: > > > >On Sat, 13 Feb 1999, Nicolas Souchu wrote: > > > >> Hi folks, > >> > >> I've just committed the alpm(4) driver to -current: the Aladdin SMBus > >> driver. > > > >Great, my newest mobo is an AcerLabs. > > > >> > >> With an onboard system management chip (lm7x or w87381), > >> it offers monitoring capabilities to recent Acer based motherboards like > >> the ASUS P5AB. > > > >I'm using a matsonic. > > > >> > >> Example program to fetch temperature or voltages is available at > >> http://www.planet.sci.kobe-u.ac.jp/~takawata/smbus/examples/ > >> There's also an example program to fetch SDRAM info over the smbus. > > I attach you the detect.c program. It's very simple and may help us > in knowing what I2C hardware you have on your mobo. > > > > >I tried them, and there's the problem: all the ioctl()s they perform return > >EINTR! Has this driver been tested on many motherboards? Why should I expect > >an EINTR? Just wondering :) > > EINTR is odd. It just mean that the device at the address requested on the > I2C bus do not respond. I have to translate SMBus errors to the appropriate > unix ones. > > > > > > >> > >> You may also want to know what smbus(4) is: > >> http://www.freebsd.org/~nsouch/iicbus.html > >> > >> Feedbacks are wellcome. > >> > >> Nicholas. > >> > >> PS: A driver is also available for the Intel PIIX4, see intpm(4). > >> > >> -- > >> nsouch@teaser.fr / nsouch@freebsd.org > >> FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-current" in the body of the message > >> > > > > Brian Feldman _ __ ___ ___ ___ > > green@unixhelp.org _ __ ___ | _ ) __| \ > > http://www.freebsd.org/ _ __ ___ ____ | _ \__ \ |) | > > FreeBSD: The Power to Serve! _ __ ___ ____ _____ |___/___/___/ > > > > > > -- > nsouch@teaser.fr / nsouch@freebsd.org > FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9902142247480.8171-100000>