Skip to main content

Getting closer

Discovered that the "toucan" config is distinct from the "austin" config and so can dump a bunch of
drivers.

Unfortunately it looks like I have to merge the Dell board config (board-qsd8x50_austin.c) with the latest generic board config from CodeAurora (board-qsd8x50.c).

Here's where I'm at so far:

corey@patches:~/msm$ git status
# On branch gingerbread_rel
# Changed but not updated:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
# modified:   arch/arm/mach-msm/Kconfig
# modified:   arch/arm/mach-msm/Makefile
# modified:   arch/arm/mach-msm/include/mach/board.h
# modified:   arch/arm/mach-msm/include/mach/camera.h
# modified:   drivers/input/keyboard/Kconfig
# modified:   drivers/input/keyboard/Makefile
# modified:   drivers/input/misc/Makefile
# modified:   drivers/input/touchscreen/Kconfig
# modified:   drivers/input/touchscreen/Makefile
# modified:   drivers/leds/Kconfig
# modified:   drivers/leds/Makefile
# modified:   drivers/media/video/msm/Kconfig
# modified:   drivers/media/video/msm/Makefile
# modified:   drivers/media/video/msm/msm_camera.c
# modified:   drivers/media/video/msm/msm_io8x.c
# modified:   drivers/media/video/msm/msm_vfe8x_proc.c
# modified:   drivers/misc/Makefile
# modified:   drivers/power/Kconfig
# modified:   drivers/serial/msm_serial.c
#
# Untracked files:
#   (use "git add ..." to include in what will be committed)
#
# arch/arm/configs/austin-perf_defconfig
# arch/arm/configs/current_defconfig
# arch/arm/mach-msm/board-msm8x60-smmu.c
# arch/arm/mach-msm/board-qsd8x50_austin.c
# arch/arm/mach-msm/bootloader.c
# arch/arm/mach-msm/bt-rfkill.c
# arch/arm/mach-msm/cust_mproc.c
# arch/arm/mach-msm/filter.c
# arch/arm/mach-msm/include/mach/auo_touch.h
# arch/arm/mach-msm/include/mach/austin_hwid.h
# arch/arm/mach-msm/include/mach/bcom_fm.h
# arch/arm/mach-msm/include/mach/cover.h
# arch/arm/mach-msm/include/mach/custmproc.h
# arch/arm/mach-msm/include/mach/gsensor.h
# arch/arm/mach-msm/include/mach/lsensor.h
# arch/arm/mach-msm/include/mach/qsd_battery.h
# arch/arm/mach-msm/include/mach/sensors_daemon.h
# arch/arm/mach-msm/smd_rpc_sym.c
# arch/arm/mach-msm/smmu_driver.c
# arch/arm/mach-msm/smmu_driver_enum.c
# arch/arm/mach-msm/tlmm-msm7200a.c
# arch/arm/mach-msm/tlmm-msm8660.c
# arch/arm/mach-msm/tlmm-msm8660.h
# drivers/input/keyboard/i2ccapkbd.c
# drivers/input/keyboard/mutekey.c
# drivers/input/misc/cover.c
# drivers/input/misc/lsensor_austin.c
# drivers/input/misc/lsensor_austin.h
# drivers/input/misc/psensor-cm3603.c
# drivers/input/touchscreen/auo_touch.c
# drivers/media/video/msm/ov5642.c
# drivers/media/video/msm/ov5642.h
# drivers/media/video/msm/ov5642_1C.c
# drivers/media/video/msm/ov5642_1D.c
# drivers/media/video/msm/ov5642_af.h
# drivers/media/video/msm/ov5642_comm.c
# drivers/media/video/msm/ov7690.c
# drivers/media/video/msm/ov7690.h
# drivers/media/video/msm/ov7690_comm.c
# drivers/misc/pmem_kernel_test.c
# drivers/misc/reset/
# drivers/power/qsd_battery.c
# drivers/power/qsd_battery.h
# drivers/video/msm_austin/
Labels:

Comments

Post a Comment

Popular posts from this blog

Building Amazon Linux RPMs with Fedora Mock

Fedora's 'mock' tool provides a much more convenient way to build RPMs than using 'rpmbuild'.  It creates a chroot environment for your target OS and will install required dependencies. I've been running into limitations on the version of CollectD that ships with Amazon Linux, so I thought it wouldn't be that difficult to use mock to build an updated version complete with some missing plugins.  I knew that it generally worked, as I was able to use the specfile from the project to build for EPEL6 using Fedora 26.  Man, was I wrong about how easy it would be for Amazon Linux. I won't go into details here, but it's worth mentioning that the CollectD project documentation calls out that the specfile in their contrib directory is generally out of date.  That is 100% correct, so you'll need to budget some time for tweaking it. The first issue is that there are some packages in EPEL that can't be installed in Amazon Linux.  The most aggravatin...
Post a Comment
Read more

Python and libpuzzle

As much as I've dogged on Python in the past (significant whitespace, really?), I've got to admit that it's got some cool features too. For example, I'm playing with libpuzzle  (a library for visually comparing images).  It has a command line utility and a C and PHP API.  Unfortunately, the CLI utility doesn't allow one to dump the raw comparison vector, and it's a PITA to write C just to play with a library. Python's native "ctypes" to the rescue! from ctypes import * class PuzzleCvec(Structure): _fields_ = [("sizeof_vec", c_size_t), ("vec", c_char_p)] class PuzzleCompressedCvec(Structure): _fields_ = [("sizeof_compressed_vec", c_size_t), ("vec", c_char_p)] class PuzzleContext(Structure): _fields_ = [("puzzle_max_width", c_uint), ("puzzle_max_height", c_uint), ("puzzle_lambdas", c_uint), ...
1 comment
Read more

Mass updating AWS Lambda Log Group retention

AWS Lambda and I have a love/hate relationship.  There is much about Lambda to like, but there are also some very sharp edges operationally. One of the cool things is that you get a new CloudWatch Log Group for every new Lambda function without any effort on your part.  Less cool is that it has unlimited retention.  If you haven't yet followed Yan Cui's advice , then you can use some Bash/CLI magic to fix retention on your existing Log Groups. First, get a list of all your default Lambda log groups:  aws logs describe-log-groups --log-group-name-prefix "/aws/lambda" | grep logGroupName | cut -d : -f 2 | cut -d \" -f 2 > /tmp/lambda_logs Read that into a Bash array:  readarray -t log_groups < /tmp/lambda_logs Then, add a 7 day retention policy to all those log groups:  for i in "${log_groups[@]}"; do aws logs put-retention-policy --log-group-name $i --retention-in-days 7; done It's a hack, but if you're going to put in th...
Post a Comment
Read more