[Gta04-owner] [PATCH 0/4] UART slave device support - version 4

[Andreas Kemnade]

On Thu, 21 Jan 2016 12:09:23 +0100
Radek Polak <psonek2 at seznam.cz> wrote:

> On Thursday 21 of January 2016 11:19:28 H. Nikolaus Schaller wrote:
> 
> > Yes, sure it *can* be hacked differently for this single case (but raising a
> > different set of problems).
> 
> Which are?

Well, e.g. having platform specific code in many places. 
Programs might expect the ttys to work if they are openend.
> 
> > And I don't want to require users to use initramfs if everything else works
> > without. Just because of this chip (tail wakes the dog).
> 
> E.g. booting to multiple partitions never worked for my use case - this is 
> solved by initramfs. I will never use stock goldelico kernel anyways, 
> because it cant boot to my partition...
> 
Well, cmdline was once hardcoded (and so the root device), but that changed,
so it should boot anything. What are your problems with that?
I can boot with letux_defconfig to everything I want.
I must admit that I have never used qtmoko kernels because of that initramfs
because I do not want to /dev/mmcblk0p1 to be touched by anything automatically.
Just because power might end at a bad moment and there might be no bootable kernel.

> > This does no exclude to use initramfs for other reasons and avoids
> > compatibility problems with different initramfs setups someone might 
> want
> > to use/develop.
> 
> I am just wondering how much energy you put into this marginal problem. 
> QtMoko in early days never had problems to manage GPS power - no 
> support from kernel except the GPIO was needed. It's just few lines of 
> code. I dont think any other userspace will have problem to implement it - 
> just explain under gta04-kernel docs under GPS section what has to be 
> done.
>
Well the problem is solved in some way. It is just about getting the
solutions accepted. That takes energy and if successful not only solves
GTA04 stuff but also other solutions. But that is the general problem of
upstreaming. You have your working solution and then put extra energy into
it which does often not give anything as reward (in short term).
 
> The real problem is e.g. that my Nokia N900 eats 3mA in suspend and 
> lasts 6day, while GTA04 eats 25mA and needs recharging every day. I 
> personally dont care if turning GPS on/off is 10 lines of code in userspace 
> or 40 lines of code in kernel.
>
Well, I prefer working, standard interfaces. If the general rule is that kernel
is powering down things which are not used, than I want that. Another solution I could
life if rfkill can at least do everything.
Of course the suspend current is a real problem in the gta04 kernel which
should be fixed.

Regards,
Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.goldelico.com/pipermail/gta04-owner/attachments/20160121/8398757f/attachment-0001.asc>