Hi,
finally I succeeded in flashing the first panel controller.
The reason why we need that is that the BOE panels come unprogrammed.
Which means that we have to send a specific programming sequence through
DCS/generic packets to the panel or it would not set up its gamma curves,
and some other internal things.
The most noticeable effect of an unprogrammed panel controller is a vertical
flickering stripe in the middle of the panel (which is better than with other
panels which don’t show anything with unprogrammed controller).
Although I had already added that to our panel driver [1] and it works, we
have a problem as soon as we want to operate the panel behind the rotator
chip. The SSD2858 has a very unfortunate limitation that prohibits us sending
the panel controller setup through the rotator.
The easiest solution appears to be to program the NVRAM/OTP default values
of the panel controller. So that we simply do not have to send any programming
command through the ssd chip.
This is what I have now set up. I use the omap5-panel interface board
with bridged ssd chip. And I have added a DC/DC converter to produce 7.5V
programming voltage plus a transistor which can be controlled by a spare
gpio signal. This allows to program the controller through the MIPI interface
and issue a “NVRAM write” command to copy the setup to NVRAM.
For the code [2], I use the panel-mipi-debug driver where a shell script can control
almost everything of the MIPI interface (reset line, power, video stream,
send/receive DCS and generic packets).
Anyways, this is only of temporary need. ED already has a batch of
unprogrammed panels, while for series production he was promised
to get them programmed at the factory.
So he will send me this batch and they will be programmed in quite
a short time. Then, we can use them for our hardware prototypes.
This means nobody of you will see an unprogrammed panel (unless
I forget one) and we can remove lines 129 - 315 of [1] again. And
the programming code.
BR,
Nikolaus
[1]: http://git.goldelico.com/?p=gta04-kernel.git;a=blob;f=drivers/video/fbdev/o…
[2]: http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/4.0-rc1
FYI 2.
Anfang der weitergeleiteten Nachricht:
> Von: "Dr. H. Nikolaus Schaller" <hns(a)goldelico.com>
> Betreff: [Gta04-owner] ANN 2: new gta04-makesd for preparing bootable SD cards
> Datum: 9. Februar 2015 21:14:51 MEZ
> An: List for communicating with real GTA04 owners <gta04-owner(a)goldelico.com>
> Kopie: List for Openmoko community discussion <community(a)lists.openmoko.org>, OpenPhoenux Community <community(a)openphoenux.org>
> Antwort an: List for communicating with real GTA04 owners <gta04-owner(a)goldelico.com>
>
> Hi,
> as written in the 3.19.0-kernel announcement, we now support more and more
> different hardware devices by the kernel.
>
> To simplify creating bootable SD cards for such a plethora of devices,
> there is also a new makesd script. No longer one for each device, doing
> dirty tricks, but a generic one that knows how to create single and multi-
> partiton images by pulling the components from http://downloads.goldelico.com
>
> It is easily controlled by command line arguments allowing to choose
> the version of a package to be installed, the device it should run on,
> how many partitions should be filled with what. It is possible to configure
> individually for each partition which x-loader and u-boot, which kernel,
> which device trees which modules and which root file system is to be installed.
>
> Some examples:
>
> DEV=/dev/sdc ./makesd -v latest-beta gta04 — production image (for unbricking, u-boot upgrade) for the GTA04 (Letux 2804) with Debian/LXDE using variant ‘latest-beta’
> DEV=/dev/sdc ./makesd gta04b2 — same for GTA04b2 (Letux 3704)
> DEV=/dev/sdc ./makesd bb — image for the BeagleBoard (classic or XM) with Debian/LXDE
> DEV=/dev/sdc ./makesd bbb — image for the BeagleBone Black with Debian/LXDE
> DEV=/dev/sdc ./makesd pyra — same for OMAP5432EVM (Pyra prototype)
> DEV=/dev/sdc ./makesd replicant — latest (stable) replicant (universal image boots on L2804, L3704, L7004)
> DEV=/dev/sdc ./makesd -v unstable replicant — latest (unstable) replicant (boots on L2804, L3704, L7004)
> DEV=/dev/sdc ./makesd all — make a 4-system (Debian, QtMoko, Replicant, QuantumSTEP) multi-partition image where you can choose the system through the boot loader menu (boots on L2804, L3704, L7004)
> DEV=/dev/sdc ./makesd -v unstable pyra -F -v latest replicant — use unstable kernel and replace the Debian/LXDE in partition 2 with latest replicant (boots up to the root@android:/ # prompt) for the OMAP5432EVM
> DEV=/dev/sdc ./makesd -v unstable openpandora — the current working image for the OpenPandora (put into left slot and boot through boot menu)
>
> More information about installation and examples can be found at
>
> http://projects.goldelico.com/p/gta04-makesd/
>
> Please note that a new consistent “latest” release is due, but not yet tested,
> so some of the commands (without specifying -v unstable or -v latest-beta)
> may fail because they try to pull files that are not yet available in the “latest”
> as of today..
>
> So I hope that we are doing something you appreciate and find useful
> and maybe would like to support either through [1] or by testing, reporting
> bugs and submitting patches.
>
> We really appreciate your feedback, since we don’t find every bug and
> flaw - and we always understand the bad and incomplete documentation [2]
> we have written…
>
> BR,
> Nikolaus
>
> [1]: http://shop.goldelico.com/wiki.php?page=GTA04%3ADonation
> [2]: http://projects.goldelico.com/p/gta04-makesd/
>
> _______________________________________________
> Gta04-owner mailing list
> Gta04-owner(a)goldelico.com
> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
FYI.
Anfang der weitergeleiteten Nachricht:
> Von: Dr. H. Nikolaus Schaller <hns(a)goldelico.com>
> Betreff: [Gta04-owner] ANN 1: gta04-kernel 3.19.0
> Datum: 9. Februar 2015 21:14:49 MEZ
> An: List for communicating with real GTA04 owners <gta04-owner(a)goldelico.com>
> Kopie: List for Openmoko community discussion <community(a)lists.openmoko.org>, OpenPhoenux Community <community(a)openphoenux.org>
> Antwort an: List for communicating with real GTA04 owners <gta04-owner(a)goldelico.com>
>
> Hi,
> we have upgraded the gta04-kernel to 3.19.0 which by itself does not change
> much or fix significant issues, but we have achieved something we think is
> awesome:
>
> The kernel now also runs on the OMAP3530 based OpenPandora!
>
> We did just develop and debug a new device tree. Not everything is working
> yet, but it is now in a shape where we think we can announce it.
>
> The really interesting fact will be that for the first time we have a common
> kernel over several OMAP based open hardware projects: it supports the
> GTA04 devices, the Beagle- and PandaBoard, the old OpenMoko-Beagle-Hybrid,
> the OpenPandora and will also support the new OMAP5 Pyra handheld and
> whatever might come in the future (GTA04A5?).
>
> And as the really latest entry is the BeagleBone Black.
>
> The same kernel binary. The same binary kernel modules, the same root file
> system. Just loading a different device tree file and some small patches for
> the root file system is sufficient. Even sharing a SD card is possible (within
> some limitations). Something we are used to from the x86 world.
> Just replace the motherboard, plug in the old hard disk and boot again.
>
> And, we can mix this kernel with different root file systems: Debian,
> Replicant, QtMoko (if we get it compiled…), QuantumSTEP (if we finish it
> sometime), others to be defined.
>
> So we are close to transforming “gta04” into a multiple-choice-distribution
> for different hardware.
>
> Here is a list of the features supported by this kernel on the different devices:
>
> http://projects.goldelico.com/p/gta04-kernel/page/Platforms/
>
> And, we are now at the forefront of the kernel development, since we
> regularily merge with linus/master. By upstreaming our changes, we hope
> that in some near future all these devices will be fully supported
> directly by kernel.org.
>
> So I hope that we are doing something you appreciate and find useful
> and perhaps would like to support either through [1] or by testing, reporting
> bugs and submitting patches.
>
> We really appreciate your feedback, since we don’t find every bug and
> flaw - and we always understand the bad and incomplete documentation [2]
> we have written…
>
> BR,
> Nikolaus
>
> [1]: http://shop.goldelico.com/wiki.php?page=GTA04%3ADonation
> [2]: http://projects.goldelico.com/p/gta04-kernel/
>
> _______________________________________________
> Gta04-owner mailing list
> Gta04-owner(a)goldelico.com
> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner