Re: DS2408 kernel module usage

Re: DS2408 kernel module usage

[Jean-François Dagenais]

Hi all, I am including the linux-kernel list for this reply as my answers are
public domain interest.

Gabor, you should do the same when you ask questions so that everyone through
list archives have access to this info.

On 2012-09-18, at 6:21 AM, Szigeti Gábor wrote:

> Hi,
> 
> 2012-09-14 17:47 keltezéssel, Jean-Francois Dagenais írta:
>> On 2012-09-14, at 6:27 AM, Szigeti Gábor wrote:
>> 
>>> Hi Jean-François Dagenais,
>>> 
>>> Can you give me some introduction about the DS2408 kernel module usage?
>>> How can read or write information from the device?
>>> 
>>> Thanks in advance,
>>> Gabor Szigeti
>>> No malware was found: ProSecure Web and Email Threat Manager has scanned this mail and its attachment(s).
>>> 
>> Hi,
>> 
>> Read the DS2408 datasheet (google it). The driver basically exposes byte-size
>> sysfs attribute files which represent the registers of the chip.
> 
> First of all thanks your quick feedback about my question.
> I read the device's datasheet before I sent my previous email and try to use the kernel modul but it was not clear for me.
> 
> My hardware installation is similar for the Figure 19. in the datasheet. I changed the microcontroller to one Raspberrypi and I have only one ds2408 switch. I use resistor for the 1-wire bus and the VCC (3.3V) is coming from the Raspberrypi.
> 
> I see the following files after I load the kernel modul:
> 
>        pi@raspberrypi /sys/bus/w1/devices/29-0000000fde25 $ ls -l
>        total 0
>        -r--r--r-- 1 root root    1 Sep  7 08:11 activity
>        -r--r--r-- 1 root root    1 Sep  7 08:11 cond_search_mask
>        -r--r--r-- 1 root root    1 Sep  7 08:11 cond_search_polarity
>        lrwxrwxrwx 1 root root    0 Sep  7 08:11 driver -> ../../../bus/w1/drivers/w1_slave_driver
>        -r--r--r-- 1 root root 4096 Sep  7 08:11 id
>        -r--r--r-- 1 root root 4096 Sep  7 08:11 name
>        -rw-rw-r-- 1 root root    1 Sep  7 08:18 output
>        drwxr-xr-x 2 root root    0 Sep  7 08:11 power
>        -r--r--r-- 1 root root    1 Sep  7 08:11 state
>        -rw-rw-r-- 1 root root    1 Sep  7 08:11 status_control
>        lrwxrwxrwx 1 root root    0 Sep  7 08:11 subsystem -> ../../../bus/w1
>        -rw-r--r-- 1 root root 4096 Sep  7 08:11 uevent
> 
> I can read the output only with the less command and it contains always <FF> bytes.
> With cat command I got Bad address failure and the hexdump got a little bit more results:
> 
>    pi@raspberrypi /sys/bus/w1/devices/29-0000000fde25 $ hexdump output
>    hexdump: output: Bad address
>    0000000 00ff
>    0000001

Yeah this was my first kernel driver. I didn't know at the time that certain
consistency rules apply to sysfs attributes, which are completely violated here.

So the ds2408 is actually working with the RAW byte of each of the registers as
a sysfs attribute files (which is the no-no for a sysfs file) instead of ascii
representations. This means you need to make each read and write exactly 1 byte,
otherwise you get EACCES (Bad address). So to read the content, try "dd
if=./output bs=1 count=1 | hexdump" instead. To write from the command line, try
"echo \x01 |dd of=./output bs=1 count=1". This will ensure that the buffer
passed to and from the driver has a count request of 1 (byte).

I invite you to fix the driver if you want, and install an ABI description in
the Documentation dir. (something I obviously should had done.)

> 
> 
> The writing is more difficult for me. I get always Permission denied failure for every writable files.
> see:
> 
>    pi@raspberrypi /sys/bus/w1/devices/29-0000000fde25 $ echo \x00\x01 > output
>    -bash: output: Permission denied
>    pi@raspberrypi /sys/bus/w1/devices/29-0000000fde25 $ sudo echo \x00\x01 > output
>    -bash: output: Permission denied
>    pi@raspberrypi /sys/bus/w1/devices/29-0000000fde25 $ sudo echo \x00 > status_control
>    -bash: status_control: Permission denied
> 
Sorry for the inconvenience, I am getting better at this now, and as a (maybe
unfortunate) consequence, holding a little longer before I submit patches until
they are presentable.
/jfd