hi,Jean!  my kernel version is 2.6.10_mvl401!I use "#i2cdetect 0"command to 
probe the I2C address range,I get a long list (shown below) > >WARNING! This 
program can confuse your I2C bus, cause data loss and worse!> > I will probe 
file /dev/i2c/0.> > I will probe address range 0x03-0x77.> > Continue? [Y/n]I 
do not understand above meaning,Please advise!sorry for my english. Thanks your 
reply, winkyxiao!

> Date: Tue, 2 Sep 2008 09:15:32 +0200> From: [EMAIL PROTECTED]> To: [EMAIL 
> PROTECTED]> CC: [email protected]> Subject: Re: [i2c] FW: HELP ME! DM355 EVM 
> MT9T001 question!> > On Tue, 2 Sep 2008 01:35:00 +0800, xiaowinky wrote:> > 
> hi,all!> > I use the i2c-tools-3.0.1 tool to compile and install in DM355 EVM 
> kernel,> > Which kernel version are you using?> > > For example with orders 
> #i2cdetect 0,> > prompts following information:> > WARNING! This program can 
> confuse your I2C bus, cause data loss and worse!> > I will probe file 
> /dev/i2c/0.> > I will probe address range 0x03-0x77.> > Continue? [Y/n]> > 
> What is the output of this command?> > > Then the basis bus address range 
> 0x03-0x07,orders the test with below:> > #i2cdump 0 0x03-0x77,> > only 0x5D 
> and 0x1B two bus addresses are effective, For example # i2cdump 0 0x5d> > 
> prompt the information to be as follows:> > No size specified (using 
> byte-data access)> > Error: Could not set address to 0x5d: Device or resource 
> busy> > This means that there's already a kernel driver bound to this 
> device.> To find out which it is, you can follow the driver link> in 
> /sys/bus/i2c/devices/0-005d.> > To solve this, you can either unload the 
> driver in question (with> rmmod), or you can pass option "-f" to i2cdump to 
> force i2c-dev to> access the device even though it is busy. But beware that 
> this might> confuse the kernel driver that is bound to the device, so this 
> is> generally discouraged.> > > > > Other bus address is invalid, For example 
> : # i2cdump 0 0x3a> > prompts the information to be as follows:> > No size 
> specified (using byte-data access)> > WARNING! This program can confuse your 
> I2C bus, cause data loss and worse!> > I will probe file /dev/i2c/0, address 
> 0x3a, mode byte> > Continue? [Y/n]> > > > Whether only 0x5D and the 0xB1 two 
> device address hang on the I2C bus ???> > I don't understand this question, 
> sorry. Please rephrase in proper> English.> > -- > Jean Delvare
_________________________________________________________________
谈话枯燥无味?让MSN魔法书来点缀您的MSN!
http://im.live.cn/emoticons/?ID=6
_______________________________________________
i2c mailing list
[email protected]
http://lists.lm-sensors.org/mailman/listinfo/i2c

Reply via email to