Skip to content

Tags: schneemaier/openmiko

Tags

v0.0.32

Toggle v0.0.32's commit message
Update buildroot package

v0.0.31

Toggle v0.0.31's commit message
Update default wpa_supplicant.conf to scan for other APs

v0.0.30

Toggle v0.0.30's commit message

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
Merge pull request openmiko#39 from openmiko/night_vision_param

Night vision param

v0.0.29

Toggle v0.0.29's commit message
Merge branch 'master' of github.com:openmiko/openmiko

v0.0.28

Toggle v0.0.28's commit message
Bumping ingenic_videocap with ability to specify 24 hour timestamps

Also add ability to specify location of timestamp

Thanks to https://github.com/schneemaier for his contribution

v0.0.27

Toggle v0.0.27's commit message
Fix for sometimes flashing and unable to mount rootfs

Clear out unused rootfs blocks on reboot.

The rootfs, appfs, drivers Wyze partitions have a total size of 8978432.
This is the most I can write with a stock u-boot bootloader.
However the mtd partition is 13828096 bytes and runs into the old config partition
This causes JFFS mount issues because when JFFS tries to mount it reads some of
the old stuff and corrupts things.

To fix this we will zero out the unused blocks. After they are zeroed
we will mount the jffs filesystem which will autocreate CLEANMARKER
blocks.

v0.0.26

Toggle v0.0.26's commit message
Using new version of ingenic_videocap

v0.0.25

Toggle v0.0.25's commit message
Update video_settings.json to include OSD

v0.0.24

Toggle v0.0.24's commit message
Fix custom makefile patch

v0.0.23

Toggle v0.0.23's commit message
Work around for an issue where the rootfs.tar.xz file is corrupt

On occasion the rootfs.tar.xz file will be corrupted. Not entirely
sure of the cause. In addition the uboot flash process *should*
clear out the jffs partition but it does not. Frequently there are
files left over. This surfaces as the error:

tar: invalid tar magic

To get around this delete files in the /jffsroot on init if we
encounter the issue. This seems to stir the bits around and a
subsequent flash seems to work.