Hi,
ext Arve Hjønnevåg wrote:
It sounded like you were suggesting that initiating suspend from idle
would somehow avoid the race condition with wakeup events. All I'm
saying is that you would need to block suspend in all the same places.
If you don't care about ignoring wakeup events, then sure
ext Felipe Contreras wrote:
I think this information can be obtained dynamically while the
application is running,
yes, that was the idea
and perhaps the limits can be stored. It would
be pretty difficult for the applications to give this kind of
information because there are so many variab
ext Alan Cox wrote:
Be that as it may the question of how you manage a naughty app is a good
one. Historically we've managed them for network abuse, memory abuse, cpu
use abuse, access rights, but not yet power.
Whether that looks like
setrlimit(pid, LIMIT_CHARGE, 150mWH);
or
ext ty...@mit.edu wrote:
Linus will disagree with you there. Linus *has* merged code on the
basis that it is shipping in distributions, regardless of the fact
that some developers objected to it. Sometimes "perfect" should not
be the enemy of "good enough" shipping code.
"good enough" is
ext Brian Swetland wrote:
How is it flawed? Serious question.
I would avoid repeating all the good arguments given so far, but to make
it short:
* I believe runtime PM is a much better starting point (at least for the
type of HW targeted at mobile devices) because it mimics an always-o
ext Brian Swetland wrote:
At a certain point, if one side of the argument is using "N900 / OMAP3
works just fine as is" (which has certainly been the case stated by a
number of folks throughout these discussions), I think it's a little
unrealistic to express shock that somebody argues the opposi
ext Theodore Tso wrote:
Well, yes, if the company strategy is to have a walled garden ala the Apple iPhone App store, life is much simpler.
No, the strategy is to try to merge commercial and community needs.
We do support signed repositories.
The community has control on the public one.
ext Theodore Tso wrote:
I've seen very hard to debug situations with Maemo where users are essentially
asked to uninstall all their applications, and then install them back one at a
time, waiting several hours between each install for a charge/discharge cycle,
to figure out which application
ext Matthew Garrett wrote:
On Fri, May 28, 2010 at 10:37:13AM +0100, Alan Cox wrote:
The other vendors appear to be managing nicely without magic blockers. I
conjecture therefore there are other solutions.
Actually, no. A badly behaved application will kill the N900's battery
life.
ext Florian Mickler wrote:
Converting a driver to using any constraint-API would require analysing
what makes a driver refuse suspending in the old suspend handler and
then specify any "no suspend" (or whatever) constraint before those
conditions arise and clearing of the constraints when it is
ext Florian Mickler wrote:
Converting a driver to using any constraint-API would require analysing
what makes a driver refuse suspending in the old suspend handler and
then specify any "no suspend" (or whatever) constraint before those
conditions arise and clearing of the constraints when it is
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ice might be stable all the time but
its life be more than halved.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More
#x27;d need to
> change BME I suppose, which you can't :-s
I think there was the intention to provide BME still i nbinary form but
make it available to the community and have somebody from nokia to
recompile it when needed. Far from optimal but at least something.
--
Cheers, Igor
---
Igo
here also.
Just a thought:
wouldn't this feature be required in basically every similar case?
And if yes, wouldn't it be better to embed it into clk_enable() so that
the driver code doesn't have to address it explicitly and can be more
easily shared across different OMAP architectu
On Sat, 2008-11-29 at 21:35 -0600, ext Woodruff, Richard wrote:
> > From: Igor Stoppa [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, November 29, 2008 10:07 AM
>
> > On Sat, 2008-11-29 at 07:55 -0600, ext Woodruff, Richard wrote:
> >
> > > Not unless you use s
On Sat, 2008-11-29 at 07:55 -0600, ext Woodruff, Richard wrote:
> Not unless you use some kind of flow control or protocol retransmits.
What about bitbanging the entire first character?
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe fr
On Tue, 2008-10-14 at 13:59 -0700, ext Tony Lindgren wrote:
> And that we can use same naming in the driver no matter which omap :)
Wasn't that one of the main features of the clock FW, when it was
designed?
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - He
g merged in pm-0,
which justify its existence, are coming from omapzoom.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
bugging and fixing the issue was more important than the source
> of the fix !!!
YES!
You have precisely exposed the problem with TI.
It could not have been formulated in a better way.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe fro
it, but only for 1
OP and the setting can get lost the first time another OP is selected).
Imho the bootloader should just do what the name suggests: load the
kernel and boot it. In as minimal configuration as possible.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - H
e High Security variant and
succeding in flashing the image means that one has a valid signign key.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [E
y i also grabbed the plus module -
and the symbolic math was a real killer application
the emulator runs a bit sluggishly on the n810, albeit the size is more
compelling - i can only hope that on omap3 the speed will be
comparable/faster than on the original.
--
Cheers, Igor
---
Igor Stopp
On Fri, 2008-08-22 at 09:48 -0500, ext Woodruff, Richard wrote:
> http://www.linuxdevices.com/news/NS8246055816.html
Yes, cool, but this one
http://www.speaknspell.co.uk/speaknspell.html
wins hands down :-D
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsink
spension is.
The 32kHz alone is not a good generic solution since it overflows after
a couple of days.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message
ccuracy (RTC accuracy is only 1 second.)
What about using the RTC for getting the base time and the 32kHz for the
extended granularity?
So one would use the RTC as ususal and then calculate the (less than 1s)
offset.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D
since it's the only
one approved by our system performance team.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordom
way on OMAP?
Whatever survives this process has probably better chances to result
interesting to other people.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
cessor. Same for SGX.
Why can't the detection happen at runtime?
> Enabling NEON is support iby default is just based on the number of requests
> I have been getting
> from various users.
Huh?
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
u label the kernel as old ... but may be in future it
> will change.
If you want a viable solution that avoids you headaches with kernel
version, put your efforts with your 3rd party vendor so that the driver
gets properly integrated into mainline.
Or just change the vendor if you can.
--
Ch
but that doesn't imply that others have to follow
that model.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
On Mon, 2008-06-30 at 07:45 -0500, ext Woodruff, Richard wrote:
> For things like bluetooth or other the protocol should re-transmit.
That's avoided with an out of band irq.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe fr
OMAP version and uses the appropriate register addresses.
The bootloader can pass the board type as option.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of
evelop sw for the real HW.
Modules don't harm SDP only users but help those involved in product
creation.
--
Cheers, Igor
---
Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of
traints set by clock
users.
Does this make sense?
--
Cheers, Igor
---
Igor Stoppa
Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
ts and executes them regardless of the respective driver
being enabled.
The bootrom also does initialize the UART.
--
Cheers, Igor
---
Igor Stoppa
Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL
arning and tell the user to be
nice and close back the lid: UI designers prefer such approach.
Just my 2 cents.
--
Cheers, Igor
---
Igor Stoppa
Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [E
th wds
if fail, retu powers down
That was the original idea in 770 times and i still like it.
To conclude, i'd see inkernel kicking more as a debugging feature while
one is hacking at the kernel than a desirable quality of a stable
kernel.
--
Cheers, Igor
---
Igor Stoppa
Nokia Devices R&
e FW: that could compromise the execution of system services.
It would be probably good to check if any "obsolete interface" option
has to be enabled when configuring the new kernel.
--
Cheers, Igor
---
Igor Stoppa
Next Generation Software
Nokia Devices R&D - Helsinki
--
To unsubs
; get debugging output. What would you recommend?
Do you have it in RD mode with no-lifeguard-reboots (check flasher
options)? If it's a reboot performed by the sw watchdog because some
component is crashing too many times, you could get a bit further in the
boot sequence, maybe to the point
On Fri, 2008-04-25 at 21:52 +0300, ext Felipe Balbi wrote:
> On Fri, Apr 25, 2008 at 09:31:42PM +0300, Igor Stoppa wrote:
>
> > You forget power management. It should partially be redone together with
> > the omap3 work, but stuff like DVFS has a quite different implementat
e used as mobile
platform I think it's not an option to use the current l-o.
Hopefully it will be in the future.
--
Cheers, Igor
---
Igor Stoppa
Next Generation Software
Nokia Devices R&D - Helsinki
--
To unsubscribe from this list: send the line "unsubscribe linux-omap"
are wellcome.
>
> checkpatch doesn't complain, although i didn't really test it.
However I'd prefer see this patchset being merged with
[RFC/PATCH 1/1] McBSP support for 2430/34XX
and only later considered for integration.
--
Cheers, Igor
---
Igor Stoppa
Next Genera
Hi Paul,
On Thu, 2008-04-17 at 14:47 -0600, ext Paul Walmsley wrote:
> Hello Igor,
>
> On Thu, 17 Apr 2008, Igor Stoppa wrote:
>
> > On Thu, 2008-04-17 at 13:44 -0600, ext Paul Walmsley wrote:
> >
> > > True, but if we can do a debugfs implementation first, then
y :-) ]
That also sounds akward at best: cpufreq (or similar) is much better
suited for this sort of activity; userspace governor would be the
userspace controller you refer to, but it is far from being optimal.
Userspace should limit itself to changing policies.
--
Cheers, Igor
---
Igor Stoppa
t GIT tree?
>
> Thanks in advance,
You could start checking the recent patches for omap3 since they are
actually covering more than 3430 and can be leveraged for omap2 as well.
--
Cheers, Igor
---
Igor Stoppa
Next Generation Software
Nokia Devices R&D - Helsinki
--
To unsub
46 matches
Mail list logo