sicelo | ouch, my N900 stopped detecting camera door open state | 13:06 |
---|---|---|
bencoh | isn't it just being slow? | 13:06 |
bencoh | I mean, it can "ignore" it sometimes | 13:06 |
Wizzup | might be able to do some cleaning | 13:06 |
sicelo | i'll look at it further a little later, but even reboot hasn't resulted in working camera detection | 13:11 |
bencoh | :( | 13:12 |
sixwheeledbeast | while true; do cat /sys/devices/platform/gpio-switch/cam_shutter/state; done | 13:14 |
KotCzarny | cam door is a magnet | 13:15 |
KotCzarny | maybe it got weaker? | 13:15 |
KotCzarny | do you have spare backpanel? | 13:15 |
sicelo | KotCzarny: cam door is light sensor. magnet is the SD card present/cover sensor | 16:24 |
sicelo | different back panel doesnt' change the situation | 16:24 |
KotCzarny | i have always though cam door was also magnet based | 16:25 |
KotCzarny | *thought | 16:25 |
sicelo | it can't :) there would be too many magnetic fields to deal with, considering that all the magic is in the same area | 16:25 |
sicelo | the other magnetic thing is the keyboard slide, since that's far from the camera mechanism | 16:26 |
sixwheeledbeast | i always believed the cam_shutter was some light sensor part of the reason the back of the shutter had blue film too on I recall | 16:31 |
sicelo | yes | 16:31 |
sixwheeledbeast | did you try test above? | 16:31 |
sixwheeledbeast | is it hardware? | 16:32 |
sicelo | yes, always "closed" | 16:32 |
sixwheeledbeast | hmm | 16:32 |
sicelo | i believe it's h/w. guess my sensor has failed | 16:32 |
sixwheeledbeast | isn't the cam on a little daughterboard? does that have some flex or connections? I honestly can't remember | 16:35 |
sicelo | the daughterboard thing is sd card reader, iirc | 16:49 |
Maxdamantus | sicelo: in case you need a workaround to use the camera, you can do something like `echo open >/tmp/open && mount -o bind /tmp/open /sys/devices/platform/gpio-switch/cam_shutter/state` | 22:18 |
Maxdamantus | then `killall camera-ui omap3camd` | 22:19 |
sicelo | nice! will try that soonish | 22:20 |
sicelo | i recall you have kernel patches for something in fremantle, or was it for the back cover removal? | 22:21 |
sixwheeledbeast | or maybe manually set file to "open" and make it 444 | 22:21 |
Maxdamantus | That's for the mmc driver, so it doesn't cut access to the SD card when the back cover is open. | 22:21 |
Maxdamantus | (doesn't affect what the rest of the system thinks about the gpio state, just disables that disabling behaviour in hsmmc) | 22:22 |
Maxdamantus | I don't think writing "open" to the existing "state" file will work, since it's in input mode, not output. | 22:24 |
Maxdamantus | Seems to just ignore it for me. | 22:24 |
Maxdamantus | and it doesn't seem to let me set it to be an output. | 22:25 |
sicelo | yes. only the bind mount way seems to be working. thanks! | 22:26 |
sixwheeledbeast | I have done 444 trick for things like cam button. the back cover wouldn't be open tho, only the shutter. | 22:30 |
* Maxdamantus doesn't see how that would work. | 22:34 | |
Maxdamantus | Normally, the kernel will just figure out the gpio state when you read from that file. | 22:34 |
Maxdamantus | You'd surely have to mount a regular file on top of it if you want it to behave like a regular file. | 22:35 |
Maxdamantus | and if you do the mount thing, you're probably not going to have other userspace processes writing into it, so 444 shouldn't be necessary. | 22:37 |
bencoh | nice trick (mount -o bind) | 22:51 |
sixwheeledbeast | may need /disable to be ro too. as I say I have done this 444 trick to enable the cam_focus action while device is locked, which isn't normally possible. you can also do it to the proxy sensor but something in call-ui overrides/removes the 444 | 23:02 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!