| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
| |
Change-Id: Id6d3188b7f837726c29845f01b0b1588acf40407
|
| |
|
|
| |
Change-Id: Ic53ef0283bdaee8d3272f648b71eff567b25059b
|
| |
|
|
| |
Change-Id: I167a6410e40478173e5ce496ace4f705c3e26a1b
|
| |
|
|
| |
Change-Id: I8d8adb783707172d1aaef302366c240310350ed8
|
| |
|
|
| |
Change-Id: I856e5b91c8e9a1c02b367960052c36f9b527046b
|
| |
|
|
|
|
|
|
|
| |
The tool can now load sb1 and sb files to devices. Detection has
been improved and the tool can infer the packet size for the HID
description as well. The command line interface has been vastly
improved too, this breaks the old one.
Change-Id: I01a0ff8f8a007514aa81c56f114c0f0a86e3303c
|
| |
|
|
| |
Change-Id: Id302f236ad3ec13a5166de4e22a3fc85b2a6c64f
|
| |
|
|
|
|
|
|
|
|
| |
The register tools are in no way stmp specific. The XML
description of the registers is powerful enough to describe
the STMP register which should be more than enough to describe
virtually all other SoCs. The generators follow the STMP coding
convention but others could be used as well.
Change-Id: If1a9f56e4a3594161688de34adbea698e5aaecd8
|
| |
|
|
|
|
|
|
| |
The hwemul is only partly imx specific: the stub is stmp specific
but could be ported to other targets, the computer side and the
protocol are mostly stmp independent (or should be).
Change-Id: If88febffe591b0de86ea11cb740455ba20ddc401
|
| |
|
|
| |
Change-Id: I423e760bbc8e418bcce3afe01c5831b5a3e655f3
|
| |
|
|
| |
Change-Id: I0d5d61c1dc137333bda5e403d06a43d16f2750bf
|
| |
|
|
| |
Change-Id: I2273b8d6314250620611ec50d159237edc6d76c2
|
| |
|
|
|
|
|
|
|
|
| |
After some reverse engineering, it appears that the keys of the
sb1 format are very weak: the 128 bytes are generated from the
laserfuse words 4,5 and 6 but in a weird manner: 4 and 5 are
simply ORed and 6 is only half used (somehow), making it "only" a
48 bit word to find.
Change-Id: I40702e19d0924ef51c01894efce3cb65bd664456
|
| |
|
|
| |
Change-Id: I2301f695e49d306d21bb9efa9c44acf1d3296a08
|
| |
|
|
| |
Change-Id: Ie9ad10c627a86b1e6e689052fd436529d3ba6591
|
| |
|
|
| |
Change-Id: If2e86bf8b520a8d4c38a56ac969918fdeb2c6f91
|
| |
|
|
| |
Change-Id: I41ce1005d997cf35153e085b19294bb7d418e968
|
| |
|
|
| |
Change-Id: I872e98f5810df3ecc975e025385f9c5ca7b47a44
|
| |
|
|
| |
Change-Id: I4f790441edac01ab2e8cb286c766ea0b272b4780
|
| |
|
|
| |
Change-Id: Iddff64502ba357dcd36903d31015b9ae2d00ae62
|
| |
|
|
|
|
|
|
|
| |
There is a windows port of the sg_utils library for scsi pass-
through. This little changes make it compile under mingw. A better
fix would be to implement direct ioctl on both windows and linux
but that's already better than nothing
Change-Id: I0d77cd1bad69806a66f0590362f165f24fa240e9
|
| |
|
|
| |
Change-Id: Ib014a102fe44a67dd256e45e804bca9b5812eb61
|
| |
|
|
| |
Change-Id: I4f3c659d65c1453b192cbce4bf6c85d882761929
|
| |
|
|
| |
Change-Id: I9ce73b907fa6276b9cd1f285156623bdafa6d548
|
| |
|
|
| |
Change-Id: If3ebae2e60f324c93f85a4f1a6f30257cccb735d
|
| |
|
|
| |
Change-Id: I0153192f41ccc5fb98e7e9f6f110d97bd76dbc47
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a common problem that proprietary tools don't handle ELF
files correctly. ELF sections use a virtual address and the
virtual -> physical translation is done though segments. This
allows to have a load (physical) address different from the
virtual one. Here is the trick: proprietary tools usually don't
take the pain to do the translation and just grab the virtual
address. This commit implements proper translation in elftosb1
knowing that this introduce a deviation from the behaviour of the
proprietary tool.
Change-Id: I91721a3a8dead382a0603f84ae3b35c5eb9704eb
|
| |
|
|
|
|
|
| |
The tool still lacks some feature of the proprietary one but
can create files with all the basic features.
Change-Id: Ib0c91210940ca829291ce70945f88dc510a49974
|
| |
|
|
| |
Change-Id: I6530bdf27896d8325dec4e2ba31c7e6a0131a286
|
| |
|
|
| |
Change-Id: Ib68746e11b43eadbbe0443626d4dc65d998348fa
|
| |
|
|
| |
Change-Id: I17daaff068fcd3a8c70c52db5fa209082461173f
|
| |
|
|
| |
Change-Id: Ie00306a3c78e7490afe9964bd55ce53019e603ed
|
| |
|
|
| |
Change-Id: Ic36d3a8fcf09350dff5988eb860d76eb11608cc2
|
| |
|
|
| |
Change-Id: I34776ba3608bb5d25ce0d0fb3c6f228a4c9effc0
|
| |
|
|
|
|
|
|
| |
The PWM code was for testing only the Zen X-Fi and should be
present in general because it could touch pins by error and
without producing any result.
Change-Id: Id20e2940cd7a057941d241254d0a867f5451e2db
|
| |
|
|
| |
Change-Id: I6cfb432cd474ca00d7dff77577c0aa499b78fe2d
|
| |
|
|
| |
Change-Id: I13147009f2573d80c2c3dca2852a6d7b45174e9d
|
| |
|
|
|
|
|
| |
Some device only report the minimum (36 bytes) amount of inquiry
data so don't ask for more
Change-Id: Ie74d659f6e27b077acba160aeb87d1e7edf82e66
|
| |
|
|
| |
Change-Id: Id756cab14c9151ea74d628d002e1a203c5fbf01a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It appears that all devices based on the Sigmaltel SDK support a
common vendor specific SCSI interface when in UMS mode. This
applies to the STMP36xx and the STMP37xx. This interface supports
many operations:
- get device info
- get device paritionning
- get janus/drm info
- read/write/allocate/erase any partition
- reset (chip or to updater and/or recovery)
This includes the ability to do a firmware upgrade by rewriting
the firmware partition. The tool currently does mostly nothing
but will be enhanced depending on the reverse engineering efforts
and the use of it. It has been tested on the Fuze+ and the Zen
X-Fi2/3.
Change-Id: Ibd4b2ad364c03ada4f9001573ef4cc87cfb041d1
|
| |
|
|
| |
Change-Id: I3a4fc048466b9e4d7290237efc1cefb07fd0a118
|
| |
|
|
|
|
| |
As noticed by bertrik some code accesses an array out of its bounds
Change-Id: I891d0305213ca7081c386b306f87fe9e1ba3b6c5
|
| |
|
|
| |
Change-Id: I6c8e5f3faf04741e4a13c1e705e9e869ccf8cfec
|
| |
|
|
|
|
|
|
|
| |
This tool is very preliminary but could be use for whatever
purpose since the format of the rsrc sections is now known.
By the way it appears that this format is the same as the
one use by the stmp36xx for its resources.
Change-Id: Idd7057f5cdce5af9726904169bb100c8bacb0981
|
| |
|
|
|
|
|
|
| |
While elf simplification is a powerful tool it can be useful to
prevent it from happening for debug purposes. Also add a missing
switch description in usage() and missing static.
Change-Id: I80a1904dc4340c412bd3de1c124a2e38d6ac11a2
|
| |
|
|
|
|
|
|
|
| |
This is less useful is most cases because sb2 doesn't have the
size restritions but some elf are produced with one section per
file and still yield dozens or hundreds of sections. And this free
anyway so we can do it.
Change-Id: Ia5ca83a8375063ecc7052d1ea73b2b21c00be730
|
| |
|
|
| |
Change-Id: Icfac5a2aa6a7b3582054321df003c6bb217b59d0
|
| |
|
|
|
|
|
|
|
|
| |
Load, fill and call/jump instructions are extracted as elf files
like for sb2. Because of the size limitations of the sb1
instructions, the resulting elf files can easily have hundreds of
sections. The (currently) implemented elf simplification method
will hopefully reduce this to a few sections only
Change-Id: I8fd6ed935ac3128f244bbd71c782e2a0a1c6d44a
|
| |
|
|
|
|
|
| |
Implement actual loading of a sb1 file to a structure in full
generality. Also implement dumping for debug purpose
Change-Id: I320035ea628719480a79aaccb05dce9a83256927
|
| |
|
|
| |
Change-Id: I701a301efa369c9e1247e10d226ba69e6064d1b2
|