Allwinner A13 Firmware 13

0 views
Skip to first unread message
Message has been deleted

Rocki Stenger

unread,
Jul 13, 2024, 12:21:33 PM7/13/24
to errolecgui

according to video i need to know where flash chip is mapped in to memory then use md print whole firmware then used -uboot-dump.py to convert to firmware as he used bdinfo to get address (which is not present), what i do?

allwinner a13 firmware 13


DOWNLOAD ::: https://lomogd.com/2yN3hB



Mornings all :) i was in china for a business trip and i bought 2 android box's called T1BOX , but when i returned to my country egypt i found that it's all with chinese firmware and i am unable to install google play or youtube or any app and cant go to developers mode and also cant root the box , i opened it and took a snap from he mother board as below , tried to reset the box with the reset button with no use as the power do not come up while pressing the button , i got a male to male usb cable and with phoneix i put a firmware but for sorry the box now dont want to power on , can any one support me with a firmware i can flash my box , if now i have another box how can i take the firmware from it and put it to the one i made a wrong firmware on , help is needed from you guys :) thanks in advance :)

In your subject you have the word 'urgent'. What exactly is urgent on your topic. And if you needed the box work immediately, wouldn't you have rather bought an Android-TV-Box in the shop around the corner?

Hi tido, thanks for your reply for sorry dont have enough money to go and buy another android box from the shop around the corner and thinking of losing the box is driving me crazy thats why i said urgent for me it's a critical issue and would be pleased if you can support me


We also don't have the money to sponsor support for yet another cheap chinese hardware.

Hint: Just try a few images on the download section containing H3/H2+ chip. You might get lucky to boot Armbian with most of the things working.

Dear Tido thanks alot for your support , i discovered that my box do not have SD or TFT card slot to burn the rom and tried to do so with normal USB but i failed , can you provide me with a way to burn the rom via windows or usb , regarding the android forum thanks alot i will search and try my luck

Steve here,
Thank you PJ for your response. I thought i had done a pretty thorough search for ANY firmware or software that could bring life back to this camera. But I will try again. The camera seems to be a good product but the firmware and support are not what they should be. Let me know if you run into anything that will help.
thanks again

The screenshot above have been taken in Draco AW80 Meta (with 16GB eMMC) booted from a 32GB SD card. So booting from SD card is nice to get more storage, and trying out firmware before flashing a new one as it does not affect your current installation. Just make sure you use a fast SD card (Class 10 or greater) or the system may feel very slow.

SUNXI_PSCI_USE_NATIVE : Support direct control of the CPU cores powerdownand powerup sequence by BL31. This requires either support for a code snippetto be loaded into the ARISC SCP (A64, H5), or the power sequence controlregisters to be programmed directly (H6, H616). This supports only basiccontrol, like core on/off and system off/reset.This option defaults to 1. If an active SCP supporting the SCPI protocolis detected at runtime, this control scheme will be ignored, and SCPIwill be used instead, unless support has been explicitly disabled.

SUNXI_PSCI_USE_SCPI : Support control of the CPU cores powerdown andpowerup sequence by talking to the SCP processor via the SCPI protocol.This allows more advanced power saving techniques, like suspend to RAM.This option defaults to 1 on SoCs that feature an SCP. If no SCP firmwareusing the SCPI protocol is detected, the native sequence will be usedinstead. If both native and SCPI methods are included, SCPI will be favouredif SCP support is detected.

SUNXI_SETUP_REGULATORS : On SoCs that typically ship with a PMICpower management controller, BL31 tries to set up all needed power rails,programming them to their respective voltages. That allows bootloadersoftware like U-Boot to ignore power control via the PMIC.This setting defaults to 1. In some situations that enables too manyregulators, or some regulators need to be enabled in a very specificsequence. To avoid problems with those boards, SUNXI_SETUP_REGULATORScan bet set to 0 on the build command line, to skip the PMIC setupentirely. Any bootloader or OS would need to setup the PMIC on its own then.

BL31 lives in SRAM A2, which is documented to be accessible from secureworld only. Since this SRAM region is very limited (48 KB), we takeseveral measures to reduce memory consumption. One of them is to confineBL31 to only 28 bits of virtual address space, which reduces the numberof required page tables (each occupying 4KB of memory).The mapping we use on those SoCs is as follows:

All the following Allwinner Stock Rom/Original firmware (zip file) contains reliable Allwinner USB driver, flash tool and firmware, follow the guidelines step by step to flash the firmware on the device.

However, if you are determined that code from the u-boot repo must boot before any TF-A code runs, then take a look at how the Allwinner parts boot: -software/arm-trusted-firmware/blob/master/docs/plat/allwinner.rst

The two bits of software end up with more or less the same role so swapping them in and out offers little technical benefit. It just means you now need TF-A to build u-boot instead of needing u-boot to build TF-A. The reduction in build complexity this would bring comes from having the AArch32 shim pre-assembled (and a pre-assembled shim could equally have been added to TF-A anyway).

Just like my microcontroller article, the parts I picked range from the well-worn horses that have pulled along products for the better part of this decade, to fresh-faced ICs with intriguing capabilities that you can keep up your sleeve.

Network security is about limiting software vulnerabilities and creating a trusted execution environment (TEE) where cryptographic operations can safely take place. The classic example is using client certificates to authenticate our client device to a server. If we perform the cryptographic hashing operation in a secure environment, even an attacker who has gained total control over our normal execution environment would be unable to read our private key.

Processor vendors vigorously encourage reference design modification and reuse for customer designs. I think most professional engineers are most concerned with getting Rev A hardware that boots up than playing around with optimization, so many custom Linux boards I see are spitting images of off-the-shelf EVKs.

The standard 0.8mm-pitch BGAs that mostly make up this review have a coarse-enough pitch to allow a single trace to pass between two adjacent balls, as well as allowing a via to be placed in the middle of a 4-ball grid with enough room between adjacent vias to allow a track to go between them. This is illustrated in the image above on the left: notice that the inner-most signals on the blue (bottom) layer escape the BGA package by traveling between the vias used to escape the outer-most signals on the blue layer.

While many entry-level parts can be powered by a few discrete LDOs or DC/DC converters, some parts have stringent power-sequencing requirements. Also, to minimize power consumption, many parts recommend using dynamic voltage scaling, where the core voltage is automatically lowered when the CPU idles and lowers its clock frequency.

Back when parallel-interfaced flash memory was the only game in town, there was no need for boot ROMs: unlike SPI or MMC, these devices have address and data pins, so they are easily memory-mapped; indeed, older processors would simply start executing code straight out of parallel flash on reset.

Consequently, I recommend users skip over all the newfangled tech until it matures a bit more, and instead just spin up an old-school VMWare virtual machine and install Linux on it. In VMWare you can pass through your MicroSD card reader, debug probe, and even the device itself (which usually has a USB bootloader).

The old way of doing this was manually adding C structs to a platform_data C file for the board, but the modern way is with a Device Tree, which is a configuration file that describes every piece of hardware on the board in a weird quasi-C/JSONish syntax. Each logical piece of hardware is represented as a node that is nested under its parent bus/device; its node is adorned with any configuration parameters needed by the driver.

Rather than compiling all of these separately, BusyBox collects small, light-weight versions of these programs (plus hundreds more) into a single source tree that we can compile and link into a single binary executable. We then create symbolic links to BusyBox named after all these separate tools, then when we call them on the command line to start up, BusyBox determines how it was invoked and runs the appropriate command. Genius!

Even more importantly, these build systems contain default configurations for the vendor- and community-developed dev boards that we use to test out these CPUs and base our hardware from. These default configurations are a real life-saver.

Yes, on their own, both U-Boot and Linux have defconfigs that do the heavy lifting: For example, by using a U-Boot defconfig, someone has already done the work for you in configuring U-Boot to initialize a specific boot media and boot off it (including setting up the SPL code, activating the activating the appropriate peripherals, and writing a reasonable U-Boot environment and boot script).

The Microchip, NXP, ST, and TI parts are what I would consider general-purpose MPUs: designed to drop into a wide variety of industrial and consumer connectivity, control, and graphical applications. They have 10/100 ethernet MACs (obviously requiring external PHYs to use), a parallel RGB LCD interface, a parallel camera sensor interface, two SDIO interfaces (typically one used for storage and the other for WiFi), and up to a dozen each of UARTs, SPI, I2C, and I2S interfaces. They often have extensive timers and a dozen or so ADC channels. These parts are also packaged in large BGAs that ball-out 100 or more I/O pins that enable you to build larger, more complicated systems.

b1e95dc632
Reply all
Reply to author
Forward
0 new messages