Hi, I got your emails just fine, I just didn't have time to sit down and write a proper reply but I'm very enthusiasic about working with you !<br>
<br>
Cheers,<br>
Paul Kocialkowski<br>
<br>
Le vendredi 23 septembre 2016 à 03:16 +0300, mikeb mikeb a écrit :<br>
> Good day! I just tried reading from KB9012 and encountered exactly the same<br>
> problem as Joerg Albert has ( <a href="https://www.flashrom.org/pipermail/flashrom/2016">https://www.flashrom.org/pipermail/flashrom/2016</a><br>
> -May/014653.html ) - chip is detected only every second time. This is not<br>
> caused by cabling. While it is recommended for SPI that the wires should be<br>
> shorter than 20cm, my wires are 11 cm: 8 cm of which is 12 strands high<br>
> quality copper and only 3 cm are ordinary aluminium inside the 30 pin 0.5mm<br>
> pitch keyboard-like connector<br>
<br>
This is interesting! I still haven't been able to reproduce the issue (but<br>
haven't tried so hard either). Could you indicate whether you are:<br>
* grounding pin 42 to go into test mode<br>
* powering the mainboard<br>
<br>
Thanks!<br>
<br>
> NOTE: it was much easier and safer to solder 1P wires to this connector rather<br>
> than to motherboard, and you could remove/insert it at any time - what a great<br>
> convenience! The only 1P wire I had to solder to motherboard is to<br>
> motherboard's ground, - to make it possible to unite three grounds<br>
> (motherboard s, KB9012 s and programmer s) - and that was really easy because<br>
> at least one of these orange circle grounds has a great distance between it<br>
> and motherboard's elements so it is difficult to screw up there :) Going to<br>
> share photos and write some manuals about connectivity, hopefully helpful to<br>
> the people like me who want to participate in Origami EC project - creation of<br>
> open source firmware for KB9012 which in case of success will be a HUGE step<br>
> towards Lenovo G505S liberation (AMD laptop with coreboot support) .<br>
> Discovered Paul's presentation talk by pure accident -<br>
> <a href="https://www.youtube.com/watch?v=B708jdCiW7o">https://www.youtube.com/watch?v=B708jdCiW7o</a><br>
> <br>
> So I tried using two SPI programmers: 1) CH341A . 2) Bus Pirate v4 . The only<br>
> observed difference is a speed: for CH341A read takes 13-14 minutes, while for<br>
> BPv4 - despite the latest 7.0 firmware with level 3 optimizations ( http://dan<br>
> <a href="http://gerousprototypes.com/docs/Bus_Pirate#Download">gerousprototypes.com/docs/Bus_Pirate#Download</a> ) and SPI speed is 8 MHz - it<br>
> takes 40 minutes to read! Checksums of the files are the same and the files<br>
> have almost the same contains as KB9012 image for LA-A091P G505S that I found<br>
> online (same except the area 0x1d000 - 0x1e0f0, their image is filled with<br>
> 0xff there, mine has many 0x00 with a few 0xff and also data - probably<br>
> encoded serial number and similar stuff) , so I am pretty sure these<br>
> programmers both are reading without errors in my setup, just at the different<br>
> speeds for some weird reason<br>
> <br>
> Patches applied before testing:<br>
> 1) <a href="https://patchwork.coreboot.org/patch/4412">https://patchwork.coreboot.org/patch/4412</a>/<br>
> 2) <a href="https://patchwork.coreboot.org/patch/4413">https://patchwork.coreboot.org/patch/4413</a>/<br>
> 3) <a href="https://patchwork.coreboot.org/patch/4414">https://patchwork.coreboot.org/patch/4414</a>/<br>
> <br>
> This problem with 1/2 detection rate is not a blocker, more like a small<br>
> inconvenience, so I strongly believe that these patches should be merged as<br>
> soon as possible! Paul Kocialkowski has committed them almost a year ago, such<br>
> a major feature and still not merged??<br>
> <br>
> Below you could see some -VVV detection logs.<br>
> <br>
> After reading this really inspiring article ( <a href="http://code.paulk.fr/article25/a">http://code.paulk.fr/article25/a</a><br>
> n-incentive-for-liberating-computers-my-own-use-case ) I guess that Paul's<br>
> motherboard is LA-A092P, very similar to LA-A091P but no extra GPU. Could that<br>
> be a reason he is not getting a detection problem? Just a wild guess...<br>
> <br>
> Yours sincerely,<br>
> Mikeb<br>
> <br>
> 1) Common part of "2) and "3)" - CH341A tries to detect:<br>
> sudo ./flashrom -p ch341a_spi -c "KB9012 (EDI)" -VVV<br>
> flashrom v0.9.9-r1954 on Linux 4.4.0-36-generic (x86_64)<br>
> flashrom is free software, get the source code at <a href="https://flashrom.org">https://flashrom.org</a><br>
> flashrom was built with libpci 3.3.1, GCC 5.4.0 20160609, little endian<br>
> Command line (5 args): ./flashrom -p ch341a_spi -c KB9012 (EDI) -VVV<br>
> <br>
> 2) FAIL:<br>
> Calibrating delay loop... OS timer resolution is 1 usecs, 578M loops per<br>
> second, 10 myus = 11 us, 100 myus = 92 us, 1000 myus = 914 us, 10000 myus =<br>
> 9661 us, 4 myus = 5 us, OK.<br>
> Initializing ch341a_spi programmer, Device revision is 3.0.4<br>
> Wrote 3 bytes: aa 61 00<br>
> Wrote 4 bytes: ab b7 7f 20<br>
> The following protocols are supported: SPI.<br>
> Probing for ENE KB9012 (EDI), 128 kB: programmer_map_flash_region: mapping<br>
> KB9012 (EDI) from 0x00000000fffe0000 to 0x0000000000000000<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 ff 00 ff ff ff<br>
> Read 7 bytes: ff ff ff ff 00 00 00<br>
> programmer_unmap_flash_region: unmapped 0x0000000000000000<br>
> No EEPROM/flash device found.<br>
> Note: flashrom can never write if the flash chip isn't found automatically.<br>
> Wrote 4 bytes: ab b7 40 20<br>
> <br>
> 3) SUCCESS:<br>
> Calibrating delay loop... OS timer resolution is 1 usecs, 629M loops per<br>
> second, 10 myus = 11 us, 100 myus = 100 us, 1000 myus = 994 us, 10000 myus =<br>
> 9974 us, 4 myus = 4 us, OK.<br>
> Initializing ch341a_spi programmer, Device revision is 3.0.4<br>
> Wrote 3 bytes: aa 61 00<br>
> Wrote 4 bytes: ab b7 7f 20<br>
> The following protocols are supported: SPI.<br>
> Probing for ENE KB9012 (EDI), 128 kB: programmer_map_flash_region: mapping<br>
> KB9012 (EDI) from 0x00000000fffe0000 to 0x0000000000000000<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 ff 00 ff ff ff<br>
> Read 7 bytes: 00 00 00 00 fa 0a c3<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 ff 24 ff ff ff<br>
> Read 7 bytes: 00 00 00 00 fa 0a 20<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 ff 28 ff ff ff<br>
> Read 7 bytes: 00 00 00 00 fa 0a 00<br>
> Wrote 38 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 02 00 ff 28 80<br>
> Read 5 bytes: 00 00 00 00 00<br>
> Found ENE flash chip "KB9012 (EDI)" (128 kB, SPI) on ch341a_spi.<br>
> programmer_unmap_flash_region: unmapped 0x0000000000000000<br>
> No operations were specified.<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 ff 28 ff ff ff<br>
> Read 7 bytes: 00 00 00 00 fa 0a 80<br>
> Wrote 38 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 02 00 ff 28 00<br>
> Read 5 bytes: 00 00 00 00 00<br>
> Wrote 34 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 cf<br>
> Read 1 bytes: 00<br>
> Wrote 4 bytes: ab b7 40 20<br>
> <br>
> 4) Small part of Bus Pirate v4 reading log:<br>
> buspirate_sendrecv: write 9, read 4 Sending 0x04 0x00 0x04 0x00 0x03 0x30 0x00<br>
> 0xfe 0xab, receiving 0x01 0x5f 0x50 0x90<br>
> buspirate_sendrecv: write 10, read 1 Sending 0x04 0x00 0x05 0x00 0x00 0x40<br>
> 0x00 0xfe 0xa8 0xc6, receiving 0x01<br>
> buspirate_sendrecv: write 10, read 1 Sending 0x04 0x00 0x05 0x00 0x00 0x40<br>
> 0x00 0xfe 0xac 0x03, receiving 0x01<br>
> buspirate_sendrecv: write 9, read 4 Sending 0x04 0x00 0x04 0x00 0x03 0x30 0x00<br>
> 0xfe 0xab, receiving 0x01 0x5f 0x50 0xec<br>
> buspirate_sendrecv: write 10, read 1 Sending 0x04 0x00 0x05 0x00 0x00 0x40<br>
> 0x00 0xfe 0xa8 0xc7, receiving 0x01<br>
> buspirate_sendrecv: write 10, read 1 Sending 0x04 0x00 0x05 0x00 0x00 0x40<br>
> 0x00 0xfe 0xac 0x03, receiving 0x01<br>
> <br>
> 5) Small part of CH341A reading log:<br>
> Read 5 bytes: 00 00 00 00 00<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 7f d5 ff ff ff<br>
> Read 7 bytes: 00 00 00 00 fa 0a ff<br>
> Wrote 38 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 02 00 7f 15 fb<br>
> Read 5 bytes: 00 00 00 00 00<br>
> Wrote 38 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 02 00 7f 35 c0<br>
> Read 5 bytes: 00 00 00 00 00<br>
> Wrote 40 bytes: ab b7 b7 b7 b6 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
> 00 00 00 00 00 00 00 00 00 00 00 a8 0c 00 7f d5 ff ff ff<br>
> <br>
-- <br>
Paul Kocialkowski, developer of low-level free software for embedded devices<br>
<br>
Website: <a href="https://www.paulk.fr">https://www.paulk.fr</a>/<br>
Coding blog: <a href="https://code.paulk.fr">https://code.paulk.fr</a>/<br>
Git repositories: <a href="https://git.paulk.fr">https://git.paulk.fr</a>/ <a href="https://git.code.paulk.fr">https://git.code.paulk.fr</a>/<br>
-- <br>
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.