> Am 11.06.2019 um 10:52 schrieb Paul Boddie <[email protected]>:
>
> On Tuesday 11. June 2019 08.14.49 H. Nikolaus Schaller wrote:
>>
>>> Am 09.06.2019 um 18:01 schrieb Paul Boddie <[email protected]>:
>>>
>>> Ignoring the investigations into configuration and deployment tools, I did
>>> manage to compile an upstream kernel for the CI20 today. Choosing the
>>> 5.1.8 kernel, on the CI20 itself, I did the usual...
>>>
>>> make ci20_defconfig
>>> make
>>> make uImage
>>>
>>> Installing the uImage to /boot and rebooting actually worked without any
>>> problems.
>>
>> Great!
>
> Actually, I rather spoke too soon. Rebooting succeeded, but a later cold boot
> failed: the device didn't start flashing its activity LEDs and wasn't
> reachable over the network.
>
> Maybe there are some things that don't work in the upstream kernel that don't
> affect a reboot, or maybe systemd does some "helpful" things to simulate a
> reboot that I didn't know about. (It's always worthwhile to speculate about
> systemd and other "opinionated" software doing "helpful" stuff.)
Indeed... This is one of the reasons why I still mainly use Jessie with the
letux-system-d ("system minus d") package...
>
>> You could also try the latest
>>
>> http://git.goldelico.com/?p=letux-kernel.git;a=shortlog;h=refs/heads/letux-5
>> .1.8
>>
>> with letux_defconfig.
>>
>> The main differences are
>> * adds your JZ4730 code (but does not make use it, obviously)
>> * some diffs in the defconfig
>> * prepared to build pvrsrv.ko
>>
>>> I was able to ssh into the CI20 and find it over the network again!
>>
>> Yes, Ethernet and ssh seems to work.
>
> I do actually wonder if there isn't some very basic initialisation that does
> not work. Maybe it is related to the flash memory issues described on the
> ci20(-dev) mailing lists.
I think, on my system it reports some non-recoverable errors during boot. While
it can boot from NAND using the old kernel stored in NAND.
> So perhaps I will start the kernel with the UART
> cable attached and see what is reported.
Yes, this may be more enlighting than guessing :)
>
> [...]
>
>> What I have observed that it is not working:
>> * USB
>> * HDMI
>> * Camera
>> * PVR/SGX (obviously)
>> * untested: Audio
>> * untested: Infrared (?). LED0..3, SW1
>> * untested: Wireless
>>
>> Does any of these work for you?
>
> I'll have to investigate. I also looked at Mathieu's separate linux-ci20
> repository, but the tip of that didn't manage to build, complaining about
> rules to make various clock-related files.
Maybe it is work in progress or has some dependencies.
Maybe you could also try the letux tree. The idea of the letux tree is that
we can collaborate on it and contribute good things to kernel.org if we are
successful.
The main benefit I see in using the letux tree is that we support several
almost identically configured ARM boards for comparisons. So you can easily
find out if it is configuration or driver code or device tree or user-space
or specific to some SoC model.
This makes doing cross-checks between them much easier than trying different
trees you find in github etc.
And my dream is to have a single patch set for PVR/SGX for ARM and MIPS
which is only in reach within this managed jacket of letuxos kernel and same
tree and config options.
BR and thanks,
Nikolaus
_______________________________________________
Community mailing list
[email protected]
http://lists.goldelico.com/mailman/listinfo.cgi/community
http://www.tinkerphones.org
