Active Topics
-
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 3 days, 6 hrs ago -
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 3 days, 7 hrs ago -
Maemo repository (3)
to Community by torsen - 3 days, 23 hrs ago -
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 4 days, 21 hrs ago -
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 6 days, 3 hrs ago - more...
Tigerite |
2011-05-13
, 08:29
|
|
Posts: 284 |
Thanked: 320 times |
Joined on May 2010
@ Peterborough, UK
|
#31
|
I finally got my N900 back on Wednesday - and the compiled module didn't work for me either on stock PR 1.3, to such an extent that BackupMenu couldn't even read mmcblk0 or 1. I was almost stuffed as I'd overwritten the module in /lib/modules on my rootfs backup, but thankfully I still had an old bfs-kernel uImage with the modules matching so was able to boot BackupMenu successfully. I then patched kernel-power46 myself with the diff posted earlier in the thread and booted from that - all was fine, although installing the kernel-modules flagged up the copied module in 2.6.28-omap1 as missing symtab and strtab. The one I've compiled for kernel-power is fine, though, so there's definitely something amiss with the hosted files?
|
|
2011-05-13
, 09:02
|
|
Posts: 701 |
Thanked: 585 times |
Joined on Sep 2010
@ London, England
|
#32
|
Originally Posted by Estel
I queried this in another thread (I think the one on moving swap to the SD), because forcing an unmount can't be good for the filesystem on the card since it may take several seconds or more to flush cached data to the card and if the filesystem driver is not given time to do this the filesystem won't be left in a clean state. Anyway I got a response from joerg_rw who was of the opinion that it could physically damage the micro SD card if you removed it while the slot was still powered.
Maybe it is possible to modify the driver to never unmount on cove-off? Of course attaching magnet isn't bad idea, but puristic way of things would be do change this behavior on code side
Anyway, can someone explain me rationale of unmounting/cutting microSD card on removing cover? There is one at all, or designers just thought that users are idiots and will remove card hard-way when in use?
 |
|
2011-05-13
, 14:13
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#33
|
@retsaw
Yea, i remember that discussion. But, we consider that users of modified driver want it on purpose, and are not idiots pulling out microSD card without unmounting it, especially when we have swap there
I hope someone skilled enough (unfortunately, I'm definitely not) to "fix" driver will come to that conclusion also...
Yea, i remember that discussion. But, we consider that users of modified driver want it on purpose, and are not idiots pulling out microSD card without unmounting it, especially when we have swap there
I hope someone skilled enough (unfortunately, I'm definitely not) to "fix" driver will come to that conclusion also...
 |
|
2011-05-13
, 15:14
|
|
Posts: 1,030 |
Thanked: 792 times |
Joined on Jun 2009
|
#34
|
IMHO, anybody inclined enough to be running swap on the external microsd, has the ability to swapoff before yanking the back cover.
Can anybody confirm this is actually controlled by the driver? It makes no sense that it would be.
Can anybody confirm this is actually controlled by the driver? It makes no sense that it would be.
|
|
2011-05-13
, 15:31
|
|
Posts: 1,141 |
Thanked: 781 times |
Joined on Dec 2009
@ Magical Unicorn Land
|
#35
|
I don't think it has anything to do with the driver in question at all. It is N900-specific behavior.
|
|
2011-05-13
, 15:33
|
|
Posts: 139 |
Thanked: 97 times |
Joined on Nov 2010
@ United States
|
#36
|
Originally Posted by Tigerite
From my N900...
I finally got my N900 back on Wednesday - and the compiled module didn't work for me either on stock PR 1.3, to such an extent that BackupMenu couldn't even read mmcblk0 or 1. I was almost stuffed as I'd overwritten the module in /lib/modules on my rootfs backup, but thankfully I still had an old bfs-kernel uImage with the modules matching so was able to boot BackupMenu successfully. I then patched kernel-power46 myself with the diff posted earlier in the thread and booted from that - all was fine, although installing the kernel-modules flagged up the copied module in 2.6.28-omap1 as missing symtab and strtab. The one I've compiled for kernel-power is fine, though, so there's definitely something amiss with the hosted files?
Code:
~ $ sha1sum /lib/modules/2.6.28-omap1/omap_hsmmc.ko c76bfc876dfb43964c9b98848d629d9e4878c5ea /lib/modules/2.6.28-omap1/omap_hsmmc.ko ~ $
|
|
2011-05-13
, 15:40
|
|
Posts: 1,141 |
Thanked: 781 times |
Joined on Dec 2009
@ Magical Unicorn Land
|
#37
|
That doesn't match the sha1sum of the file linked in the first post. Also, that file contains the magic "2.6.28.10power-omap1" which is not right.
I've attached my module that I am running on my N900 for stock kernel PR1.3.
Last edited by stlpaul; 2011-05-13 at 15:43.
I've attached my module that I am running on my N900 for stock kernel PR1.3.
Last edited by stlpaul; 2011-05-13 at 15:43.
| The Following User Says Thank You to stlpaul For This Useful Post: | ||
|
|
2011-05-13
, 15:48
|
|
Posts: 139 |
Thanked: 97 times |
Joined on Nov 2010
@ United States
|
#38
|
Originally Posted by stlpaul
Well here's what I am using for kernel-power
That doesn't match the sha1sum of the file linked in the first post. Also, that file contains the magic "2.6.28.10power-omap1" which is not right.
I've attached my module that I am running on my N900 for stock kernel PR1.3.
Code:
~ $ sha1sum /lib/modules/2.6.28.10power46/omap_hsmmc.ko 8cfe3fc99efb2e23e5bd2bf67a8ae924aa49a66a /lib/modules/2.6.28.10power46/omap_hsmmc.ko ~ $
|
|
2011-05-13
, 15:54
|
|
Posts: 1,141 |
Thanked: 781 times |
Joined on Dec 2009
@ Magical Unicorn Land
|
#39
|
Originally Posted by AndrewX192
That one does match the one in the first post.
Well here's what I am using for kernel-power
Code:~ $ sha1sum /lib/modules/2.6.28.10power46/omap_hsmmc.ko 8cfe3fc99efb2e23e5bd2bf67a8ae924aa49a66a /lib/modules/2.6.28.10power46/omap_hsmmc.ko ~ $
|
|
2011-05-14
, 05:03
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#40
|
Originally Posted by hawaii
True, but still, there is no reason to Force unmount. It just add additional, unnecessary work to do.
IMHO, anybody inclined enough to be running swap on the external microsd, has the ability to swapoff before yanking the back cover.
Anyway, sorry then for mentioning the driver - my fault, i followed statement in few post earlier, that "maybe joerg would be able to "fix" the driver". Anyway, if it is specific behavior, it is controlled (sensor) purely by hardware, without any software, propertiary or not, support? I don't think so, but I may be wrong. If that's the case, hardware mod with magnet would be best thing to do.