Hi,
we're hitting the 80 column limit in our code in ways which actually
reduce readability for the code. Examples are various multiline messages
and complicated nested code where refactoring to a separate function
doesn't make sense.
Keeping the old 80 column limit is not really an option anymore.
Standard terminal sizes have one of 80, 100 or 132 columns.
Given the monitor resolutions many people have nowadays, I think it is
safe to say that you can fit two xterms with 100 columns …
[View More]horizonally
next to each other. 100 columns should also be sufficient for a msg_p*
of roughly 80 columns of text.
132 columns provide more leeway, but IMHO that would be too wide for
good readability (and my screen can't fit two xterms side-by-side anymore).
Of course some files have sections where any column limit is not
acceptable (board lists etc.), but the column limit violations should be
limited to the affected file sections, not whole files.
Comments?
I'd like to get this decided today or tomorrow so we know where we need
line breaks in Stefan Tauner's new struct flashchip patch.
Regards,
Carl-Daniel
--
http://www.hailfinger.org/
[View Less]
I have a spansion S25FL128P......X chip and can do some tests.
The "problem" is that i don't know if its an 0 or an 1.
On the chip i see only "FL128PIF" and one line lower i see "00299012 C".
Probing works (id1 0x01, id2 0x2018):
Calibrating delay loop... OK.
serprog: Programmer name is "serprog-duino"
Found Spansion flash chip "S25FL128P......0" (16384 kB, SPI) on serprog.
Found Spansion flash chip "S25FL128P......1" (16384 kB, SPI) on serprog.
Found Spansion flash chip "S25FL128S......0" (…
[View More]16384 kB, SPI) on serprog.
Found Spansion flash chip "S25FL128S......1" (16384 kB, SPI) on serprog.
Found Spansion flash chip "S25FL129P......0" (16384 kB, SPI) on serprog.
Found Spansion flash chip "S25FL129P......1" (16384 kB, SPI) on serprog.
Multiple flash chip definitions match the detected chip(s):
"S25FL128P......0", "S25FL128P......1", "S25FL128S......0",
"S25FL128S......1", "S25FL129P......0", "S25FL129P......1"
Please specify which chip definition to use with the -c <chipname> option.
BTW: Chip was fund on a Dell-Systemboard.
[View Less]
Hi,
I'm trying to find out which external programmers should be supported next.
1. There was talk of an AVR-based new programmer using the serprog
protocol on IRC by someone with the nick "coldelectrons", but I have no
idea if he/she is reading this mail. IMHO more hardware using the
serprog protocol is always a good idea.
2. All those Willem/Sivava variants. People regularly request those, but
I don't think anyone in here owns the hardware.
3. RayeR's SPIPGM. I have a preliminary patch …
[View More]which could work, but I
don't have the hardware. Will send the patch to the list soon.
4. LPC^2, Milksop, CheapLPC and other programmers from the Xbox modding
community.
5. Dozens of SPI programmer hardware projects scattered over the net.
Too many to count, and I'm not sure which of them has more than one user.
In general, it seems creating a new programmer hardware design is like
writing IRC clients: A nice way to get started in the field. I have no
problems merging flashrom support for all of them, but I won't implement
support for all of them myself.
Regards,
Carl-Daniel
--
http://www.hailfinger.org/
[View Less]
On Wed, 27 Jul 2011 18:20:19 +0200
Mattias Mattsson <vitplister(a)gmail.com> wrote:
> Hi all,
>
> I was able to run flashrom under Linux on PPC (big endian) hardware
> with two small modifications in internal.c and processor_enable.c (see
> attached patch). Not sure if this is the right way to do it but it
> seems to work for me.
>
i am resending this patch (unchanged) because patchwork did not pick it
up correctly. please do send one patch per mail only in the …
[View More]future
until we have something really working. :)
--
Kind regards/Mit freundlichen Grüßen, Stefan Tauner
[View Less]
Hi again
I have now tryed with frser-duino from "Urja Rannikko".
With other chips i have better results (for example with the M25P10,
this chips is working now).
But the MX25L6445E is still not working.
After a long time flashrom trys other erase options, but all failed.
Have a look here (cut from log):
...............-0x0f5fff:E, 0x0f6000-0x0f6fff:E, 0x0f7000-0x0f7fff:E,
0x0f8000-0x0f8fff:E, 0x0f9000-0x0f9fff:E, 0x0fa000-0x0fafff:E,
0x0fb000-0x0fbfff:E, 0x0fc000-0x0fcfff:E, 0x0fd000-0x0fdfff:…
[View More]E,
0x0fe000-0x0fefff:E, 0x0ff000-0x0fffff:E, 0x100000-0x100fff:EFAILED at
0x00100000! Expected=0xff, Found=0xeb, failed byte count from
0x00100000-0x00100fff: 0xfe5
ERASE FAILED!
Reading current flash chip contents... done. Looking for another erase
function.
Trying erase function 1... 0x000000-0x007fff:S, 0x008000-0x00ffff:S,
0x010000-0x017fff:S, 0x018000-0x01ffff:S, 0x020000-0x027fff:S,
0x028000-0x02ffff:S, 0x030000-0x037fff:S, 0x038000-0x03ffff:S,
0x040000-0x047fff:S, 0x048000-0x04ffff:S, 0x050000-0x057fff:S,
0x058000-0x05ffff:S, 0x060000-0x067fff:S, 0x068000-0x06ffff:S,
0x070000-0x077fff:S, 0x078000-0x07ffff:S, 0x080000-0x087fff:S,
0x088000-0x08ffff:S, 0x090000-0x097fff:S, 0x098000-0x09ffff:S,
0x0a0000-0x0a7fff:S, 0x0a8000-0x0affff:S, 0x0b0000-0x0b7fff:S,
0x0b8000-0x0bffff:S, 0x0c0000-0x0c7fff:S, 0x0c8000-0x0cffff:S,
0x0d0000-0x0d7fff:S, 0x0d8000-0x0dffff:S, 0x0e0000-0x0e7fff:S,
0x0e8000-0x0effff:S, 0x0f0000-0x0f7fff:S, 0x0f8000-0x0fffff:S,
0x100000-0x107fff:EFAILED at 0x00100000! Expected=0xff, Found=0xeb,
failed byte count from 0x00100000-0x00107fff: 0x7f69
ERASE FAILED!
Reading current flash chip contents... done. Looking for another erase
function.
Trying erase function 2... 0x000000-0x00ffff:S, 0x010000-0x01ffff:S,
0x020000-0x02ffff:S, 0x030000-0x03ffff:S, 0x040000-0x04ffff:S,
0x050000-0x05ffff:S, 0x060000-0x06ffff:S, 0x070000-0x07ffff:S,
0x080000-0x08ffff:S, 0x090000-0x09ffff:S, 0x0a0000-0x0affff:S,
0x0b0000-0x0bffff:S, 0x0c0000-0x0cffff:S, 0x0d0000-0x0dffff:S,
0x0e0000-0x0effff:S, 0x0f0000-0x0fffff:S, 0x100000-0x10ffff:EFAILED at
0x00100000! Expected=0xff, Found=0xeb, failed byte count from
0x00100000-0x0010ffff: 0xfb20
ERASE FAILED!
Reading current flash chip contents... done. Looking for another erase
function.
Trying erase function 3... 0x000000-0x7fffff:EFAILED at 0x00100000!
Expected=0xff, Found=0xeb, failed byte count from 0x00000000-0x007fffff:
0x26be30
ERASE FAILED!
Reading current flash chip contents... done. Looking for another erase
function.
Trying erase function 4... 0x000000-0x7fffff:EFAILED at 0x00100000!
Expected=0xff, Found=0xeb, failed byte count from 0x00000000-0x007fffff:
0x26be30
ERASE FAILED!
Looking for another erase function.
No usable erase functions left.
FAILED!
As you can see it always fails at the same byte count. I am still not
sure if this problem is related to serprog/frser-duino.
It looks like the chip is write protected or something like that.
[View Less]
Hi,
Someone had already reverse engineered the protocol and created an SPI
flasher tool for that:
https://github.com/setarcos/ch341prog
Using this code it won't be a big issue to add flashrom support.
Regards,
Miklos Marton
> I can write to log usb activity with operations with CH341A usb
> programmer from original 1.18 software with operation read, write..
> this log is very happy with support of CH341A in flashrom?
>> On Tue, 6 Jan 2015 05:20:22 +0500
>> novoagansk(…
[View More]a)gmail.com wrote:
>>> ????????????, .
>>>
>>> Sorry, Please tell me about: how add support for this programmer in flashrom?
>>>
>>> If you can - please tell me "example" how USB device parallel add in
>>> flashrom.
>>>
>>> or other links to support any usb devices in flashrom..
>>>
>>>
>>> CH341A usb chip:
>>> http://www.seekic.com/circuit_diagram/Basic_Circuit/USB_to_parallel_serial_…
>> There is not much information available about that chip. The available
>> English datasheets do not cover the most important part: the
>> communication protocol between the chip and the host. Without that it
>> is not exactly trivial to add support for it in flashrom. One has to
>> reverse engineer the protocol first. Members of the flashrom community
>> have done that for the Dediprog SF100 once but they are no longer
>> active, so please don't expect it to be done. dediprog.c is probably
>> the most similar programmer flashrom currently supports because it is
>> the only one that uses a completely custom USB protocol.
>
>
>
Üdvözlettel,
Márton Miklós
+36-70-39-60-009
Üdvözlettel,
Márton Miklós
+36-70-39-60-009
[View Less]