Hi, I didn't find time to make a big announcement, but Letux 4.13 is here:
http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/letux-4...
What has changed since Letux 4.12?
* added a new experimental GTA04 camera driver and made it work in SXGA mode * added support for Udoo Neo * removed TILER patches because they failed to rebase and hence do not work any more * fix for omap3isp pinmux (to make GTA04 camera work) * added GPS Pulse Per Second (GTA04A5 only) * added preliminary and not tested JZ4730 SoC support and Mipsbook_400 device tree * made bq27421 reprogramming for Pyra battery capacity work
So we got some improvements for the GTA04 and Pyra and basic (mainly untested) support for two new devices (Udoo neo, i.MX6 and Letux 400, MIPS).
But we also got a big regression that TILER for Pyra isn't working any more.
I also found problems with the OpenPandora: some warning about duplicate hsmmc.2 (WiFi) and a kernel paging error for OMAPDSS so that the display is not working any more.
Still not properly working is the generic-adc-battery driver (reports wrong voltage/amperes).
So if anyone has fixes for these problems, please let us know.
BR and thanks, Nikolaus
Hi,
Am 08.09.2017 um 10:28 schrieb H. Nikolaus Schaller hns@goldelico.com:
Hi, I didn't find time to make a big announcement, but Letux 4.13 is here:
http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/letux-4...
What has changed since Letux 4.12?
- added a new experimental GTA04 camera driver and made it work in SXGA mode
- added support for Udoo Neo
- removed TILER patches because they failed to rebase and hence do not work any more
- fix for omap3isp pinmux (to make GTA04 camera work)
- added GPS Pulse Per Second (GTA04A5 only)
- added preliminary and not tested JZ4730 SoC support and Mipsbook_400 device tree
- made bq27421 reprogramming for Pyra battery capacity work
So we got some improvements for the GTA04 and Pyra and basic (mainly untested) support for two new devices (Udoo neo, i.MX6 and Letux 400, MIPS).
But we also got a big regression that TILER for Pyra isn't working any more.
I also found problems with the OpenPandora: some warning about duplicate hsmmc.2 (WiFi) and a kernel paging error for OMAPDSS so that the display is not working any more.
While trying a hackish workaround for the hsmmc stuff it also made the OMAPDSS panel problem disappear. So there might just be one problem with two symptoms.
While looking for that, I found that the last kernel where WiFi did work is our letux-4.7. In letux-4.8 and later the chip isn't found any more and firmware fails to load:
4.4.0 no mmc2 sysfs message, WiFi available, DSS works 4.6.0 no mmc2 sysfs message, WiFi available, DSS works 4.7.0 no mmc2 sysfs message, WiFi not available, DSS works 4.8.0 no mmc2 sysfs message, WiFi not available, DSS works 4.12.0 no mmc2 sysfs message, WiFi not available, DSS works 4.13.0 sysfs mmc2 warning, WiFi not available, DSS fails (unless hack is applied)
This makes me wonder if nobody is testing on the OpenPandora from time to time (besides me, but I can't do everything)?
Still not properly working is the generic-adc-battery driver (reports wrong voltage/amperes).
So if anyone has fixes for these problems, please let us know.
BR and thanks, Nikolaus
Hi,
apart aTc's long-forgotten -next project, there's no effort to update the whole Pandora OS inc. the kernel. And there's a lack of communication about your kernel for OP, I mean if you or ED or notaz post a pinned thread, it will add a lot of visibility. Some questions : Does your kernel needs u-boot to be updated ? Does it run the command line ? Does it "run" X ? What is known to be broken ?
LS
Le 2017-09-08 16:37, H. Nikolaus Schaller a écrit :
Hi,
Am 08.09.2017 um 10:28 schrieb H. Nikolaus Schaller hns@goldelico.com:
Hi, I didn't find time to make a big announcement, but Letux 4.13 is here:
http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/letux-4...
What has changed since Letux 4.12?
- added a new experimental GTA04 camera driver and made it work in
SXGA mode
- added support for Udoo Neo
- removed TILER patches because they failed to rebase and hence do not
work any more
- fix for omap3isp pinmux (to make GTA04 camera work)
- added GPS Pulse Per Second (GTA04A5 only)
- added preliminary and not tested JZ4730 SoC support and Mipsbook_400
device tree
- made bq27421 reprogramming for Pyra battery capacity work
So we got some improvements for the GTA04 and Pyra and basic (mainly untested) support for two new devices (Udoo neo, i.MX6 and Letux 400, MIPS).
But we also got a big regression that TILER for Pyra isn't working any more.
I also found problems with the OpenPandora: some warning about duplicate hsmmc.2 (WiFi) and a kernel paging error for OMAPDSS so that the display is not working any more.
While trying a hackish workaround for the hsmmc stuff it also made the OMAPDSS panel problem disappear. So there might just be one problem with two symptoms.
While looking for that, I found that the last kernel where WiFi did work is our letux-4.7. In letux-4.8 and later the chip isn't found any more and firmware fails to load:
4.4.0 no mmc2 sysfs message, WiFi available, DSS works 4.6.0 no mmc2 sysfs message, WiFi available, DSS works 4.7.0 no mmc2 sysfs message, WiFi not available, DSS works 4.8.0 no mmc2 sysfs message, WiFi not available, DSS works 4.12.0 no mmc2 sysfs message, WiFi not available, DSS works 4.13.0 sysfs mmc2 warning, WiFi not available, DSS fails (unless hack is applied)
This makes me wonder if nobody is testing on the OpenPandora from time to time (besides me, but I can't do everything)?
Still not properly working is the generic-adc-battery driver (reports wrong voltage/amperes).
So if anyone has fixes for these problems, please let us know.
BR and thanks, Nikolaus
Kernel mailing list Kernel@pyra-handheld.com http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
Hi,
Am 08.09.2017 um 16:49 schrieb Linux-SWAT openpandora@free.fr:
Hi,
apart aTc's long-forgotten -next project, there's no effort to update the whole Pandora OS inc. the kernel.
Well, the official 3.2 kernel is mature and very robust so it is wise to apply the "never touch a running system" rule.
On the other hand a 4.13 kernel has a lot of interesting new features. And there are approx. 9 months left over until there will be no maintainance by official Linux any more:
https://www.kernel.org/category/releases.html
And there's a lack of communication about your kernel for OP, I mean if you or ED or notaz post a pinned thread, it will add a lot of visibility.
I think here on this (kernel related) list there are some OpenPandora owners which would be enough to test a little more and talk about it :)
Not only me here but outside the list...
Some questions : Does your kernel needs u-boot to be updated ?
No. Can boot from SD card in left slot.
Does it run the command line ?
Yes.
Does it "run" X ?
Yes. It can even run PyraOS (aka Debian 9 + extensions).
What is known to be broken ?
Nubs. Sound. I am not sure about Bluetooth and TV-Out. And power management may be weaker.
The first two are of course very big blocking points.
And recently there is a regression for Display & WiFi.
BR, Nikolaus
LS
Le 2017-09-08 16:37, H. Nikolaus Schaller a écrit :
Hi,
Am 08.09.2017 um 10:28 schrieb H. Nikolaus Schaller hns@goldelico.com: Hi, I didn't find time to make a big announcement, but Letux 4.13 is here: http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/letux-4... What has changed since Letux 4.12?
- added a new experimental GTA04 camera driver and made it work in SXGA mode
- added support for Udoo Neo
- removed TILER patches because they failed to rebase and hence do not work any more
- fix for omap3isp pinmux (to make GTA04 camera work)
- added GPS Pulse Per Second (GTA04A5 only)
- added preliminary and not tested JZ4730 SoC support and Mipsbook_400 device tree
- made bq27421 reprogramming for Pyra battery capacity work
So we got some improvements for the GTA04 and Pyra and basic (mainly untested) support for two new devices (Udoo neo, i.MX6 and Letux 400, MIPS). But we also got a big regression that TILER for Pyra isn't working any more. I also found problems with the OpenPandora: some warning about duplicate hsmmc.2 (WiFi) and a kernel paging error for OMAPDSS so that the display is not working any more.
While trying a hackish workaround for the hsmmc stuff it also made the OMAPDSS panel problem disappear. So there might just be one problem with two symptoms. While looking for that, I found that the last kernel where WiFi did work is our letux-4.7. In letux-4.8 and later the chip isn't found any more and firmware fails to load: 4.4.0 no mmc2 sysfs message, WiFi available, DSS works 4.6.0 no mmc2 sysfs message, WiFi available, DSS works 4.7.0 no mmc2 sysfs message, WiFi not available, DSS works 4.8.0 no mmc2 sysfs message, WiFi not available, DSS works 4.12.0 no mmc2 sysfs message, WiFi not available, DSS works 4.13.0 sysfs mmc2 warning, WiFi not available, DSS fails (unless hack is applied) This makes me wonder if nobody is testing on the OpenPandora from time to time (besides me, but I can't do everything)?
Still not properly working is the generic-adc-battery driver (reports wrong voltage/amperes). So if anyone has fixes for these problems, please let us know.
BR and thanks, Nikolaus _______________________________________________ Kernel mailing list Kernel@pyra-handheld.com http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
Le 2017-09-08 17:05, H. Nikolaus Schaller a écrit :
Well, the official 3.2 kernel is mature and very robust so it is wise to apply the "never touch a running system" rule.
On the other hand a 4.13 kernel has a lot of interesting new features. And there are approx. 9 months left over until there will be no maintainance by official Linux any more:
As long as the pnd ecosystem isn't (too much) broken, it's now or never. Also the Pyra is coming.
I think here on this (kernel related) list there are some OpenPandora owners which would be enough to test a little more and talk about it :)
There's plenty of hardcore users, but non-technical, that never read this mailing list as it's too technical. The kind of user that find every bug the devs put under the carpet. Don't miss them, pin a thread on the boards.
Does your kernel needs u-boot to be updated ?
No. Can boot from SD card in left slot.
Does it run the command line ?
Yes.
Does it "run" X ?
Yes. It can even run PyraOS (aka Debian 9 + extensions).
Depending on the modules folder size, maybe including it as an alternate kernel in the Zaxxon firmware image could be a starting point ?
What is known to be broken ?
Nubs. Sound. I am not sure about Bluetooth and TV-Out. And power management may be weaker.
The first two are of course very big blocking points.
And recently there is a regression for Display & WiFi.
BR, Nikolaus
At least ppl are not forced to wire a serial cable :^) .
Am 08.09.2017 um 18:07 schrieb Linux-SWAT openpandora@free.fr:
Le 2017-09-08 17:05, H. Nikolaus Schaller a écrit :
Well, the official 3.2 kernel is mature and very robust so it is wise to apply the "never touch a running system" rule. On the other hand a 4.13 kernel has a lot of interesting new features. And there are approx. 9 months left over until there will be no maintainance by official Linux any more: https://www.kernel.org/category/releases.html
As long as the pnd ecosystem isn't (too much) broken, it's now or never. Also the Pyra is coming.
I think here on this (kernel related) list there are some OpenPandora owners which would be enough to test a little more and talk about it :)
There's plenty of hardcore users, but non-technical, that never read this mailing list as it's too technical. The kind of user that find every bug the devs put under the carpet.
Well, there aren't many real bugs. There are known omissions and regressions (things that did work, do no longer work after releasing a new kernel).
Don't miss them, pin a thread on the boards.
IMHO, this doesn't help if we don't have people with enough expertise to fix them. If issues are not quickly fixed, all those do not report a second time.
And to be honest: there may be a lot of false alarms to filter out. Therefore I prefer a beta-test (i.e. small group of testers) to having all the world as testers.
Does your kernel needs u-boot to be updated ?
No. Can boot from SD card in left slot.
Does it run the command line ?
Yes.
Does it "run" X ?
Yes. It can even run PyraOS (aka Debian 9 + extensions).
Depending on the modules folder size, maybe including it as an alternate kernel in the Zaxxon firmware image could be a starting point ?
Yes, good ideas. But it is not my focus to do that. I am not at all working on firmware images, so I can only hope that someone is picking this up.
What is known to be broken ?
Nubs. Sound. I am not sure about Bluetooth and TV-Out. And power management may be weaker. The first two are of course very big blocking points. And recently there is a regression for Display & WiFi. BR, Nikolaus
At least ppl are not forced to wire a serial cable :^) .
Yes, this is not required. Unless it does not boot. But then the issue can usually be found by people with a serial cable.
BR, Nikolaus
On 2017-09-08, H. Nikolaus Schaller wrote:
Am 08.09.2017 um 16:49 schrieb Linux-SWAT openpandora@free.fr:
Well, the official 3.2 kernel is mature and very robust so it is wise to apply the "never touch a running system" rule.
I had a 3.2 kernel build that mostly worked, based off of the debian kernel sources plus some openpandora patches... I used it regularly running Debian on the SD card, and then the SD card died.
On the other hand a 4.13 kernel has a lot of interesting new features. And there are approx. 9 months left over until there will be no maintainance by official Linux any more:
But, like you mention, given the end-of-life for 3.2, I didn't have the energy to keep maintaining and old kernel...
And there's a lack of communication about your kernel for OP, I mean if you or ED or notaz post a pinned thread, it will add a lot of visibility.
I think here on this (kernel related) list there are some OpenPandora owners which would be enough to test a little more and talk about it :)
I've worked a little on and off again testing the OpenPandora on mainline/Debian and with the letux patchsets based on the Debian kernel (e.g. a mostly modular config). I even tried just building the kernel with the appropriate letux defconfig, but didn't have much better luck.
I've also been using mainline u-boot on it... which only works via serial console. Also never been able to figure out how to load u-boot via SD, so it's a bit nervous updating it...
Does it "run" X ?
Yes. It can even run PyraOS (aka Debian 9 + extensions).
I generally was able to get X to work on Debian using the LCD.
What is known to be broken ?
Nubs. Sound. I am not sure about Bluetooth and TV-Out. And power management may be weaker.
From memory, I wasn't able to get working USB, wifi, and battery charging (although seemingly arbitrarily sometimes the battery would charge).
Never tried bluetooth and don't remember about sound. Nubs definitely didn't work, and the keyboard FN key didn't work at all, or didn't work correctly, and some of the keys were in unexpected places.
The SD slots worked, and I was able to access the NAND. The serial console worked after I wired up a cable for it. Maybe I got USB-OTG networking working with g_ether; can't recall for sure.
Long-term, it might make sense to have a wiki page with a matrix of tested and working features on various models, kind of like the linux-sunxi folks have:
https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix
In general, it was not working well enough to use with recent kernels, so I haven't tested often. I can give it another whirl and summarize the working/broken features.
I'd love to get OpenPandora working with a reasonably recent kernel, so if testing a bit can help, happy to test patches, but probably not in a position to write them.
live well, vagrant
Hi,
Am 08.09.2017 um 19:05 schrieb Vagrant Cascadian vagrant@debian.org:
On 2017-09-08, H. Nikolaus Schaller wrote:
Am 08.09.2017 um 16:49 schrieb Linux-SWAT openpandora@free.fr:
Well, the official 3.2 kernel is mature and very robust so it is wise to apply the "never touch a running system" rule.
I had a 3.2 kernel build that mostly worked, based off of the debian kernel sources plus some openpandora patches... I used it regularly running Debian on the SD card, and then the SD card died.
RIP.
On the other hand a 4.13 kernel has a lot of interesting new features. And there are approx. 9 months left over until there will be no maintainance by official Linux any more:
But, like you mention, given the end-of-life for 3.2, I didn't have the energy to keep maintaining and old kernel...
And there's a lack of communication about your kernel for OP, I mean if you or ED or notaz post a pinned thread, it will add a lot of visibility.
I think here on this (kernel related) list there are some OpenPandora owners which would be enough to test a little more and talk about it :)
I've worked a little on and off again testing the OpenPandora on mainline/Debian and with the letux patchsets based on the Debian kernel (e.g. a mostly modular config). I even tried just building the kernel with the appropriate letux defconfig, but didn't have much better luck.
Josua did some work and it was possible at some time to build the Letux kernel using Debian tools. But AFAIR there was some bootstrapping problem to get the kernel sources.
Anyways we regularily build .deb packages for convenience, although they do not 100% follow Debian kernel conventions:
http://download.goldelico.com/letux-kernel/letux-4.12.3/
I've also been using mainline u-boot on it... which only works via serial console. Also never been able to figure out how to load u-boot via SD, so it's a bit nervous updating it...
Well, that isn't difficult. You just need a special boot.scr on the SD card:
http://git.goldelico.com/?p=gta04-uboot.git;a=blob;f=Letux/boot-scr/boot-pan...
resp.
http://download.goldelico.com/letux-u-boot/OpenPandora/latest/
Or if you want to build a new SD card and give a try to our Debian images as a starting point for further work:
DEV=/dev/sd-reader ./makesd openpandora
(http://projects.goldelico.com/p/gta04-makesd/)
Does it "run" X ?
Yes. It can even run PyraOS (aka Debian 9 + extensions).
I generally was able to get X to work on Debian using the LCD.
Yes, that works for a long time.
What is known to be broken ?
Nubs. Sound. I am not sure about Bluetooth and TV-Out. And power management may be weaker.
From memory, I wasn't able to get working USB, wifi, and battery charging (although seemingly arbitrarily sometimes the battery would charge).
This works with latest Letux kernels. There had been bugs in the charger driver. This is the good thing that Pandora and GTA04 share a lot of things...
Never tried bluetooth and don't remember about sound.
Sound is missing a codec driver. And for Bluetooth I am also not sure.
Nubs definitely didn't work, and the keyboard FN key didn't work at all, or didn't work correctly, and some of the keys were in unexpected places.
Oops. Maybe the key mapping in X was wrong.
The SD slots worked, and I was able to access the NAND. The serial console worked after I wired up a cable for it. Maybe I got USB-OTG networking working with g_ether; can't recall for sure.
Yes, works as well.
Long-term, it might make sense to have a wiki page with a matrix of tested and working features on various models, kind of like the linux-sunxi folks have:
Well, the Letux project has everything :)
http://projects.goldelico.com/p/gta04-kernel/page/Platforms/
It looks as if it is not 100% up-to date (and does not cover some regressions).
https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix
Ah, interesting color scheme. Especially to include the Mainlining status. Maybe we should rework our matrix to include that. Then it would be obvious what is in mainline, what is in Letux and what is nowhere...
In general, it was not working well enough to use with recent kernels, so I haven't tested often. I can give it another whirl and summarize the working/broken features.
Anyways, this would be fine. Maybe you can just test the Letux kernels a little on the OpenPandora from time to time?
This would avoid showing bugs introduced by using a different base which even lags behind linus/master.
One key feature of the Letux project is to tightly follow linus/master releases. If you base work on some distribution kernel, you get a quite old base. And some bugs that have been fixed (because we upstream to kernel.org as well) are still there.
I'd love to get OpenPandora working with a reasonably recent kernel, so if testing a bit can help, happy to test patches, but probably not in a position to write them.
BR and thanks, Nikolaus
-
H. Nikolaus Schaller -
Linux-SWAT -
Vagrant Cascadian