for .pin, use the number not MPPXXX

That will solve it (Kudos to a nice ARM kernel dev called Andreas)

Let me know how you get on please. I'm doing the same on guru.

OK, so I've got a little bit further with the help of the nice folks on the ARM mailing list.

Seems that w1_gpio_custom is causing the issue by not setting the platform data properly.

So, adding the correct platform data to arch/arm/mach-kirkwood/guru-setup.c fixes it (the oops) and takes away the need for w1_gpio_custom
The disadvantage is the GPIO line is not user selectable and is complied in. I may look at a way to get gpio_custom working again.

Anyway I'll post the patch tomorrow (don't have access to it now) to help others.

I still haven't got it recognising the 1W bus, but the good news here is that using U-SNAP as GPIO works and w1 should be next.

A use for that silly connector !

Hi

First thanks for all this information, it really helps me get going.
I'm trying to get 1w working on Guruplug on the GPIO pins that are on the U-SNAP connector

I've build kernel 2.6.36, and applied all the necessary stuff to get GPIO working on these pins. That works well and the pins work well as GPIO.

However trying to get 1-wire working is hurting me a lot.
Followed your instructions for Sheeva, and adapted the GPIO pin to be 38 (pin 10 on U-SNAP)

sheevaplug-debian:~# modprobe wire
sheevaplug-debian:~# modprobe w1-gpio-custom bus0=0,38,1

All ok so far

Then it goes bad with

sheevaplug-debian:~# modprobe w1_gpio


Kernel crashes badly :
Custom GPIO-based W1 driver version 0.1.0
Unable to handle kernel paging request at virtual address bd93df90
pgd = deb34000
[bd93df90] *pgd=00000000
Internal error: Oops: 80000005 [#1] PREEMPT
last sysfs file: /sys/class/gpio/unexport
Modules linked in: w1_gpio(+) w1_gpio_custom wire xt_tcpudp iptable_filter ip_tables x_tables ipv6 libertas_sdio libertas uap8xxx sata_mv mv_cesa [last unloaded: w1_gpio_custom]
CPU: 0    Not tainted  (2.6.36 #2)
PC is at 0xbd93df90
LR is at 0xbf0f1850
pc : [<bd93df90>]    lr : [<bf0f1850>]    psr: a0000013
sp : debd3e98  ip : 00000000  fp : bed97984
r10: 00000040  r9 : debd2000  r8 : bf0f702c
r7 : deb03700  r6 : 00000000  r5 : deb94b00  r4 : df304000
r3 : bf0f10d4  r2 : 00000000  r1 : debd3e64  r0 : 00000001
Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 0005397f  Table: 1eb34000  DAC: 00000015
Process modprobe (pid: 3050, stack limit = 0xdebd2270)
Stack: (0xdebd3e98 to 0xdebd4000)
3e80:                                                       deb03700 00001b98
3ea0: debd3e90 deb03708 deb03708 bf0f4190 bf0f4190 c0280828 00000060 c0282850
3ec0: c028283c c0281830 00000000 deb03708 deb0373c bf0f4190 00000000 c0281948
3ee0: bf0f4190 c02818e8 00000000 c0280fe4 df8077b8 deb017b0 bf0f4190 deb01a20
3f00: c057b6c8 c0280940 bf0f414f bf0f414f debd3f10 bf0f4190 00000001 00024400
3f20: 00000000 c002eb24 40061000 c0281c1c bf0f417c 00000001 00024400 00000000
3f40: c002eb24 c0282c3c bf0f41c8 bf0f7000 00024400 c002e42c 00000000 00000001
3f60: bf0f41c8 00000000 00024400 bf0f41c8 00000000 00024400 000014d5 c002eb24
3f80: 40061000 c0075e20 40038000 000014d5 00024400 00009064 00000000 00008edc
3fa0: 00000080 c002e9a0 00009064 00000000 40038000 000014d5 00024400 000014d5
3fc0: 00009064 00000000 00008edc 00000080 00000000 00000000 40061000 bed97984
3fe0: 00000000 bed978fc 0000b6b0 402790c4 60000010 40038000 1710c000 96002400
Code: bad PC value




Ouch. I get variations of the same error when I try to use a free GPIO pin.
If I try to use a used one, module won't load with a 16 error which I believe means it is in use.

Have you any idea at all how I could go about debugging this ?

Tnx
AlanP