**** BEGIN LOGGING AT Wed Apr 16 02:59:58 2014 Apr 16 22:16:44 lumag: finally the discovery Apr 16 22:16:46 inline_map_write 0x00f000f0 ofs 0x00000000 Apr 16 22:16:46 inline_map_write 0x00980098 ofs 0x00000154 Apr 16 22:16:46 inline_map_read 0xffff0051 ofs 0x00000040 Apr 16 22:16:46 Q Alternative1 cfi_read_query 51 Apr 16 22:16:46 inline_map_read 0xffff0051 ofs 0x00000040 Apr 16 22:16:47 Q Alternative2 cfi_read_query16 51 Apr 16 22:16:49 inline_map_read 0xffff0052 ofs 0x00000044 Apr 16 22:16:51 R Alternative1 cfi_read_query 52 Apr 16 22:16:53 inline_map_read 0xffff0052 ofs 0x00000044 Apr 16 22:16:55 R Alternative2 cfi_read_query16 52 Apr 16 22:16:57 inline_map_read 0xffff0059 ofs 0x00000048 Apr 16 22:17:01 Y Alternative1 cfi_read_query 59 Apr 16 22:17:03 inline_map_read 0xffff0059 ofs 0x00000048 Apr 16 22:17:05 Y Alternative2 cfi_read_query16 59 Apr 16 22:17:07 inline_map_read 0xffff0051 ofs 0x00000040 Apr 16 22:17:09 inline_map_read 0xffff0052 ofs 0x00000044 Apr 16 22:17:11 inline_map_read 0xffff0059 ofs 0x00000048 Apr 16 22:17:40 it seems that we need cfi_read_query here as it is done probing the mfr and id Apr 16 22:25:23 this function does return cfi32_to_cpu(map, val.x[0]); Apr 16 22:27:20 defined in cfi_endian.h Apr 16 22:30:23 I guess there is aproblem interfacing the 32bit bus with the CFI tables of each chip (16bit) Apr 16 22:31:43 but then the surprising h3600 detection is a mistery... **** ENDING LOGGING AT Thu Apr 17 02:59:58 2014