SD error now with 2.6.36 and 2GB microSD card
Federico Pietro Briata
I've good news and bad news.
The bad one, I still have error with apt-get...
The good one, the error is different now and the OS is still usable,
so I can help you with some debug! ;)
RAM accesses still in 32-bit mode, but OS is running from SD instead USB
SD model: Verbatim 2GB Micro SD Card DC44001
simone:~# cat > /etc/apt/sources.list << \EOF
> deb http://ftp.debian.org/debian lenny main
> deb http://security.debian.org lenny/updates main
> deb http://simplemachines.it/debian armel-lenny+crunch/
> EOF
simone:~# apt-get update
Ign http://simplemachines.it armel-lenny+crunch/ Release.gpg
Get:1 http://ftp.debian.org lenny Release.gpg [1033B]
Get:2 http://security.debian.org lenny/updates Release.gpg [835B]
Get:3 http://ftp.debian.org lenny Release [73.8kB]
Ign http://simplemachines.it armel-lenny+crunch/ Release
Get:4 http://simplemachines.it armel-lenny+crunch/ Packages [5630B]
Get:5 http://security.debian.org lenny/updates Release [40.8kB]
Get:6 http://ftp.debian.org lenny/main Packages [6525kB]
Get:7 http://security.debian.org lenny/updates/main Packages [399kB]
Fetched 7046kB in 1min39s (70.8kB/s)
mmcblk0: error -84 transferring data, sector 267, nr 2, card status 0x0
end_request: I/O error, dev mmcblk0, sector 267
Buffer I/O error on device mmcblk0p1, logical block 8
lost page write due to I/O error on mmcblk0p1
------------[ cut here ]------------
WARNING: at fs/buffer.c:1152 mark_buffer_dirty+0x34/0xec()
------------[ cut here ]------------
WARNING: at fs/buffer.c:1152 mark_buffer_dirty+0x34/0xec()
------------[ cut here ]------------
WARNING: at fs/buffer.c:1152 mark_buffer_dirty+0x34/0xec()
[<c002c118>] (unwind_backtrace+0x0/0xec) from [<c003e14c>] (warn_slowpath_commo)
[<c002c118>] (unwind_backtrace+0x0/0xec) from [<c003e14c>] (warn_slowpath_commo)
[<c002c118>] (unwind_backtrace+0x0/0xec) from [<c003e14c>] (warn_slowpath_commo)
[<c003e14c>] (warn_slowpath_common+0x44/0x5c) from [<c003e180>] (warn_slowpath_)
[<c003e14c>] (warn_slowpath_common+0x44/0x5c) from [<c003e180>] (warn_slowpath_)
[<c003e14c>] (warn_slowpath_common+0x44/0x5c) from [<c003e180>] (warn_slowpath_)
[<c003e180>] (warn_slowpath_null+0x1c/0x24) from [<c00be074>] (mark_buffer_dirt)
[<c003e180>] (warn_slowpath_null+0x1c/0x24) from [<c00be074>] (mark_buffer_dirt)
[<c003e180>] (warn_slowpath_null+0x1c/0x24) from [<c00be074>] (mark_buffer_dirt)
[<c00be074>] (mark_buffer_dirty+0x34/0xec) from [<c00fa9a4>] (ext2_new_blocks+0)
[<c00be074>] (mark_buffer_dirty+0x34/0xec) from [<c00fa9a4>] (ext2_new_blocks+0)
[<c00be074>] (mark_buffer_dirty+0x34/0xec) from [<c00fa9a4>] (ext2_new_blocks+0)
[<c00fa9a4>] (ext2_new_blocks+0x3e8/0x53c) from [<c00fe5a0>] (ext2_get_block+0x)
[<c00fa9a4>] (ext2_new_blocks+0x3e8/0x53c) from [<c00fe5a0>] (ext2_get_block+0x)
[<c00fa9a4>] (ext2_new_blocks+0x3e8/0x53c) from [<c00fe5a0>] (ext2_get_block+0x)
[<c00fe5a0>] (ext2_get_block+0x3b4/0x78c) from [<c00bf284>] (block_prepare_writ)
[<c00fe5a0>] (ext2_get_block+0x3b4/0x78c) from [<c00c6c68>] (__mpage_writepage+)
[<c00fe5a0>] (ext2_get_block+0x3b4/0x78c) from [<c00bf284>] (block_prepare_writ)
[<c00bf284>] (block_prepare_write+0x1c4/0x4c8) from [<c00bf71c>] (block_write_b)
[<c00c6c68>] (__mpage_writepage+0x298/0x6dc) from [<c0072ca0>] (write_cache_pag)
[<c00bf284>] (block_prepare_write+0x1c4/0x4c8) from [<c00bf71c>] (block_write_b)
[<c00bf71c>] (block_write_begin+0x48/0x78) from [<c00fd75c>] (ext2_write_begin+)
[<c00fd75c>] (ext2_write_begin+0x3c/0x64) from [<c006ae28>] (generic_file_buffe)
[<c0072ca0>] (write_cache_pages+0x204/0x2dc) from [<c00c7280>] (mpage_writepage)
[<c00bf71c>] (block_write_begin+0x48/0x78) from [<c00fd75c>] (ext2_write_begin+)
[<c00c7280>] (mpage_writepages+0x4c/0x70) from [<c0072dd4>] (do_writepages+0x34)
[<c006ae28>] (generic_file_buffered_write+0xd8/0x240) from [<c006cf2c>] (__gene)
[<c00fd75c>] (ext2_write_begin+0x3c/0x64) from [<c006ae28>] (generic_file_buffe)
[<c0072dd4>] (do_writepages+0x34/0x4c) from [<c00b701c>] (writeback_single_inod)
[<c006cf2c>] (__generic_file_aio_write+0x460/0x4a4) from [<c006cfdc>] (generic_)
[<c006ae28>] (generic_file_buffered_write+0xd8/0x240) from [<c006cf2c>] (__gene)
[<c00b701c>] (writeback_single_inode+0xc4/0x244) from [<c00b74b0>] (writeback_s)
[<c006cfdc>] (generic_file_aio_write+0x6c/0xd4) from [<c0099798>] (do_sync_writ)
[<c006cf2c>] (__generic_file_aio_write+0x460/0x4a4) from [<c006cfdc>] (generic_)
[<c00b74b0>] (writeback_sb_inodes+0xd0/0x164) from [<c00b7dbc>] (writeback_inod)
[<c0099798>] (do_sync_write+0xa8/0xf4) from [<c009a194>] (vfs_write+0xb0/0x13c)
[<c006cfdc>] (generic_file_aio_write+0x6c/0xd4) from [<c0099798>] (do_sync_writ)
[<c009a194>] (vfs_write+0xb0/0x13c) from [<c009a2d4>] (sys_write+0x40/0x6c)
[<c00b7dbc>] (writeback_inodes_wb+0x158/0x174) from [<c00b7fc4>] (wb_writeback+)
[<c0099798>] (do_sync_write+0xa8/0xf4) from [<c009a194>] (vfs_write+0xb0/0x13c)
[<c009a2d4>] (sys_write+0x40/0x6c) from [<c0026dc0>] (ret_fast_syscall+0x0/0x2c)
[<c00b7fc4>] (wb_writeback+0x1ec/0x28c) from [<c00b80b8>] (wb_do_writeback+0x54)
[<c009a194>] (vfs_write+0xb0/0x13c) from [<c009a2d4>] (sys_write+0x40/0x6c)
---[ end trace 7f8bc619a70410f1 ]---
[<c00b80b8>] (wb_do_writeback+0x54/0x1b4) from [<c00b828c>] (bdi_writeback_thre)
[<c009a2d4>] (sys_write+0x40/0x6c) from [<c0026dc0>] (ret_fast_syscall+0x0/0x2c)
---[ end trace 7f8bc619a70410f2 ]---
[<c00b828c>] (bdi_writeback_thread+0x74/0x138) from [<c0056edc>] (kthread+0x80/)
[<c0056edc>] (kthread+0x80/0x88) from [<c0027e50>] (kernel_thread_exit+0x0/0x8)
---[ end trace 7f8bc619a70410f3 ]---
EXT2-fs (mmcblk0p1): error: ext2_fsync: detected IO error when writing metadatas
Reading package lists... Error!
E: Problem syncing the file - sync (5 Input/output error)
E: The package lists or status file could not be parsed or opened.
Then I installed udev without any problem, but...
simone:~# apt-get upgrade
Reading package lists... Error!
E: Unable to write mmap - msync (5 Input/output error)
E: The package lists or status file could not be parsed or opened.
federico
From: martinwguy <marti...@gmail.com>
Date: 2010/10/20
Subject: Re: Still SD error with 2.6.34
To: sim1 <si...@googlegroups.com>
2010/10/20 martinwguy <marti...@gmail.com>:
>
> Confirmed the SD card errors during "apt-get update", even with the
> GPIO-as-chip-select hardware modification.
>
> WIth a 2GB MLC SD card, I'm getting
>
> mmcblk0: error -38 sending read/write command, response 0x4, card
> status 0x0
> end_request: I/O error, dev mmcblk0, sector 43685
>
> The sector number varies and error -38 is ENOSYS ("Function not
> implemented")
>
> With a 1GB "SD card" (neither MLC nor SDHC) I am unable to provoke any
> read/write errors by using it as a root filesystem and repeatedly
> going:
> # rm /var/lib/apt/lists/*_Packages /var/cache/apt/*.bin
> # apt-get update
> but during apt-get upgrade I managed to get
> mmcblk0: error -84 transferring data, sector 64, nr 4, card status 0x0
> end_request: I/O error, dev mmcblk0, sector 68
> Buffer I/O error on device mmcblk0p1, logical block 2
> lost page write due to I/O error on mmcblk0p1
> ... followed by a kernel stack backtrace and system hang
>
> Ho hum
>
> M
Martin Guy
<fede...@briata.org> wrote:
> The good one, the error is different now and the OS is still usable,
> so I can help you with some debug! ;)
>
> RAM accesses still in 32-bit mode, but OS is running from SD instead USB
> SD model: Verbatim 2GB Micro SD Card DC44001
Personally, after so much work, I've given up on gettint reliable SD
card access via the EP93xx SPI interface. In the Sim.One v1.4 we are
making some changes which include removing the SD card on SPI (as it
currently is) and putting in a chip to run it on the third, currently
unused, USB port, with the same kind of circuitry as if it were an SD
card in a USB-SD converter.
As well as reliability, this increases the read/write speed and
creates almost no load on the CPU during data transfers since USB
transfers use DMA.
M
Sergio Sorrenti
On Tue, Nov 30, 2010 at 10:32 AM, Federico Pietro BriataPersonally, after so much work, I've given up on gettint reliable SD
<fede...@briata.org> wrote:
> The good one, the error is different now and the OS is still usable,
> so I can help you with some debug! ;)
>
> RAM accesses still in 32-bit mode, but OS is running from SD instead USB
> SD model: Verbatim 2GB Micro SD Card DC44001
card access via the EP93xx SPI interface. In the Sim.One v1.4 we are
making some changes which include removing the SD card on SPI (as it
currently is) and putting in a chip to run it on the third, currently
unused, USB port, with the same kind of circuitry as if it were an SD
card in a USB-SD converter.
This card reader controller is the MOAI MA8121C ,
is one of the cheapest but reliable controller on the market .
A complete list of all the proposed changes from Sim.One v1.3 to v1.4,
will be submitted here for discussion as soon as we have a presentable version.
Sergio