On Wed, Feb 26, 2003 at 07:33:40AM -0500, Paul A. Howes wrote:
> Sergey,
>
> Thanks! Where is this documented?
Looks like its not yet documented.
If it works for you - i can make a patch for NOTES and ichsmb(4).
Please notify me.
> Try to use device ichsmb, maybe its helps you.
This is your m
Sergey,
Thanks! Where is this documented?
--
Paul
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sergey A. Osokin
Sent: Wednesday, February 26, 2003 7:10 AM
To: Paul A. Howes
Cc: [EMAIL PROTECTED]
Subject: Re: SMBus support...
Try to use device
On Wed, Feb 26, 2003 at 07:08:22AM -0500, Paul A. Howes wrote:
> My motherboard has SMBus support:
>
> [EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x24c28086 chip=0x24c38086
> rev=0x01 hdr=0x00
> vendor = 'Intel Corporation'
> device =
All,
My motherboard has SMBus support:
[EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x24c28086 chip=0x24c38086
rev=0x01 hdr=0x00
vendor = 'Intel Corporation'
device = '82801DB (ICH4) SMBus Controller'
class= serial bus
subclass = SMBus
...but th
On Tue, 16 Feb 1999, Warner Losh wrote:
> : Not to stop you in your tracks, but I would really love to see
> : somebody (more capable than the PAO people) work out a power
> : management architecture for us before we have too many more
> : hacks in this area...
>
> I'd have to agree that a unifie
: Not to stop you in your tracks, but I would really love to see
: somebody (more capable than the PAO people) work out a power
: management architecture for us before we have too many more
: hacks in this area...
I'd have to agree that a unified power management architecture would
be a good thing
On Sun, Feb 14, 1999 at 07:41:25PM -0500, Brian Feldman wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>> >>
>> >
>> >On spd I would get an error message, and if I ever did spd 1 it got as far
>> >as printing 128 bytes used,
On Sun, Feb 14, 1999 at 11:09:45PM +0100, Nicolas Souchu wrote:
>
>On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>>>
>>
>>On spd I would get an error message, and if I ever did spd 1 it got as far
>>as printing 128 bytes used, then erred out...
>>
>>> rm alpm.o ; make CC="cc -DDEB
On Sun, 14 Feb 1999, Nicolas Souchu wrote:
> On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
> >>
> >
> >On spd I would get an error message, and if I ever did spd 1 it got as far
> >as printing 128 bytes used, then erred out...
> >
> >> rm alpm.o ; make CC="cc -DDEBUG"
> >
> >I'll
On Sun, 14 Feb 1999, Brian Feldman wrote:
> Sorta. It did work. Then it stopped working. Running detect seems to kill my
> SM (or at least reset it to some weird state)
Ahh yes, I'm not alone. Running detect here came up with four ports (5a,
60, 9a, a0 I think). It also caused anything else try
On Sun, Feb 14, 1999 at 04:30:27PM -0500, Brian Feldman wrote:
>>
>
>On spd I would get an error message, and if I ever did spd 1 it got as far
>as printing 128 bytes used, then erred out...
>
>> rm alpm.o ; make CC="cc -DDEBUG"
>
>I'll rm alpm.o; CC='cc -DDEBUG' make alpm.o; make, if that's what
On Sun, 14 Feb 1999, Nicolas Souchu wrote:
> On Sun, Feb 14, 1999 at 01:01:27PM -0500, Brian Feldman wrote:
> [...]
> >
> >Sorta. It did work. Then it stopped working. Running detect seems to kill my
> >SM (or at least reset it to some weird state)
> >
> >{"/home/green/examples"}$ ./detect
> >{"/h
come,
>>> since I just have enough time to do the hardware SMBus support.
>>
>>Sounds like fun
>
>I think so too.
>/dev/smb? should not be used in casual use,because it is dangerous,as
>banging I/O port.I want to discuss about the interface. Where did he
>wrote
On Sun, Feb 14, 1999 at 01:01:27PM -0500, Brian Feldman wrote:
[...]
>
>Sorta. It did work. Then it stopped working. Running detect seems to kill my
>SM (or at least reset it to some weird state)
>
>{"/home/green/examples"}$ ./detect
>{"/home/green/examples"}$
You mean you got some output from sp
dress. SMBus in my motherboard will hang
up when I issue RECV_BYTE method for this port.
>> BTW, as outlined by -pkh all this is just a first step in a huge monitoring
>> adventure where all still need to be _defined_ (architecture and interfaces)
>> and implemented. Any propositi
On Sun, 14 Feb 1999, Nicolas Souchu wrote:
> On Sun, Feb 14, 1999 at 12:11:09PM -0500, Brian Feldman wrote:
> >
> >On Sun, 14 Feb 1999, Nicolas Souchu wrote:
> >
> >> On Sun, Feb 14, 1999 at 08:40:11AM -0500, Brian Feldman wrote:
> >> >
> >> >On Sun, 14 Feb 1999, Nicolas Souchu wrote:
> >> >
> >>
On Sun, Feb 14, 1999 at 12:11:09PM -0500, Brian Feldman wrote:
>
>On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>
>> On Sun, Feb 14, 1999 at 08:40:11AM -0500, Brian Feldman wrote:
>> >
>> >On Sun, 14 Feb 1999, Nicolas Souchu wrote:
>> >
>> >> On Sat, Feb 13, 1999 at 05:22:00PM -0500, Brian Feldman wro
nslate SMBus errors to the appropriate
> >> unix ones.
> >
> >Hmm... wouldn't the appropriate error for something not responding be an
> >ENXIO or ETIMEDOUT? EINTR seems more than a little wrong for this purpouse.
>
> Fix committed.
>
> BTW, as out
s.
>
>Hmm... wouldn't the appropriate error for something not responding be an
>ENXIO or ETIMEDOUT? EINTR seems more than a little wrong for this purpouse.
Fix committed.
BTW, as outlined by -pkh all this is just a first step in a huge monitoring
adventure where all still need to
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:
> >
> >> Example program to fetch temperature or voltages is available at
> >> http://www.planet.sci.kobe-u.ac.jp/~takawata/smbus/examples/
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
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 chi
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
Hi folks,
I've just committed the alpm(4) driver to -current: the Aladdin SMBus
driver.
With an onboard system management chip (lm7x or w87381),
it offers monitoring capabilities to recent Acer based motherboards like
the ASUS P5AB.
Example program to fetch temperature or voltages is available a
24 matches
Mail list logo
