up for an interesting project? :)
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
elerated operations are much
faster), and the waitqueue patch also makes the FIFO patch have less
impact (because we don't mind waiting as long if we can do it without
blocking). But on the other hand, there's only one Xorg process doing
all the requests.
Tom
--
Thomas White
_
Speed
Improvements" on OM-Devel. I'll also see what I can do about enabling
comments on my blog.
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
ding can enhance
performance. Could be a sneaky way round the bandwidth limitation for
certain types of data, as long as it's faster to upload the JPEG and
decode than to upload something already decoded.
Tom
--
Thomas White
___
Openmoko community
On Thu, 19 Nov 2009 14:26:27 +0100
Bart. wrote:
> Nice work Thomas - just add to rss Your blog :)
> Could You add comments there?
Comments and trackbacks now accepted (due to popular demand). Please
don't all spam me at once... :)
Tom
--
T
On Tue, 16 Feb 2010 16:19:08 +0100
David Garabana Barro wrote:
> >Now i just change a few kernel config options and few line patch (thanks to
> >Thomas White) and the graphics speed is very nice. In QVGA it can probably
> >match iPhone or any Android device.
>
> No,
kind of thing in the 2.6.32+DRM kernel right now.
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
o the phone to study its
potential effects. They did not find a vulnerability that a real
malware attacker would have to exploit.
<---
So, it's nothing we have to worry about - in fact, some free
publicity...
Tom
--
Thomas White
___
Openmoko
the patch which fixed that got lost somewhere. I've
re-applied it in the latest version, so if you could test it, that'd be
great.
Thanks a lot,
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
a chance to sit down and fix yet..
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
agically make the problem go
away. The best merge to do if you want everything vaguely stable would
be to merge gdrm-2.6.32 into om-2.6.32. The merge may or may not be
easy.. (that's why gdrm-for-merging exists in the first place).
Tom
--
Thomas White
__
ve the concept of rotation, so what goes on to
make this work is a horrendous hack, and only supports one landscape
orientation (rotated clockwise).
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
rely on exactly this kind of
"clairvoyance" from the X server.
So, getting Wayland to run on its own shouldn't be too difficult
(famous last words..), but writing programs which can actually make use
of it is significantly more difficult.
Tom
--
Thomas White
_
he processes which are consuming high cpu percentage.
Check for this, as well:
http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openm
into regions: Add yourself to the list and hopefully there'll be
enough people to have a separate group order for the various corners of
the country:
http://wiki.openmoko.org/wiki/GroupSales#UK
Tom
--
Thomas White
- Downing College
- Electron Microscopy Group (PhD Student),
Depart
On Thu, 02 Apr 2009 11:17:42 -0400
"Iain B. FIndleton" wrote:
> A significant issue for me is the performance of the graphics display
> on the FR. I recall some discussions a while back about making use of
> the XGlamo acceleration features. Has any progress been made here? It
> appears to me th
On Fri, 3 Apr 2009 14:12:55 +0200
ri...@happyleptic.org wrote:
> -[ Fri, Apr 03, 2009 at 11:36:39AM +0100, Thomas White ]
> > There are many limitations of the chip,
>
> The main one being of course the lack of documentation.
The stack of paper on my desk says otherwise...
On Sat, 4 Apr 2009 00:01:16 +1100
Carsten Haitzler (The Rasterman) wrote:
> beware of jumping all over 3d as the solution. i have recently been
> working on a gles2 engine for evas. i have run it on 2 platforms
> (s3c6410 and omap3530). both with hardware opengles2 (and capable of
> high res etc.
On Fri, 3 Apr 2009 15:03:09 +0200
Nicola Mfb wrote:
> Some time ago we focused about the wasting of cpu cycles to wait for X
> operations to complete (as no interrupts are exported to userspace).
> This impacts a lot the system as you use accelerated graphics but you
> have to hold and wait for i
On Sat, 4 Apr 2009 15:04:27 +0200
Rask Ingemann Lambertsen wrote:
>The Glamo doesn't have a vblank interrupt. Try to search the bug
> tracker, though, because there was a mention of an alternative means
> of getting double buffering to work.
Not having a vblank interrupt doesn't rule out dou
On Fri, 03 Apr 2009 21:14:16 +0100
Ian Stirling wrote:
> > What is the bandwidth for memory moves?
>
> About 6-8 or so - with 100% CPU utilisation
Or "one pixel per 2D engine clock cycle" for moves inside Glamo's memory
using its blitter (i.e. VRAM->VRAM). I think that in the Freerunner
the re
On Fri, 3 Apr 2009 15:14:35 +0200
ri...@happyleptic.org wrote:
> Which fits very well with what I call a closed system.
> What if I just want to have a look, and, depending on the chip
> capabilities and some experiments, decide to go lowlevel or not ?
A fair point...
T
Just a quite note to announce the release of version 0.4 of OpenMooCow.
Mo. etc. :)
The changes since 0.3 aren't very exciting, but ensure continued
compatibility with the latest distributions. The changes are:
- A crash, when the sysfs paths were not as expected, has been fixed.
-
On Mon, 25 May 2009 14:23:36 +0200
Hermann Lacheiner wrote:
> using internal shows the correct value, but the battery meter is
> jumping back to auto-detect automagically after a few seconds.. :(
I found that as well. Is anyone able to comment on what HAL is being used for
in SHR-Unstable? If
On Mon, 25 May 2009 23:40:03 +0800
Sven Klomp wrote:
> I got invited to a conference in Taiwan and used the occasion to stop by
> the Openmoko office. I use the Freerunner as my daily phone, hence I was
> interested in the people behind it. When I arrived, the whole office was
> empty. 10 minutes
"Iain B. Findleton" wrote:
> I confess to not being too familiar with git, however, the web site says
> to use the command:
>
> git checkout origin/andy-tracking
>
> after cloning the kernel project.
>
> This does not work for me. I suspect that "origin" must be something
> else. Any sugge
On Wed, 27 May 2009 10:36:34 -0400
"Iain B. Findleton" wrote:
> The error message is "fatal: not a git repository"
>
> Same for git branch -a.
>
> Al this follows what looked like a successful "git clone " command
A quick muppet check here: you *did* change directory into the newly cloned
On Sun, 21 Jun 2009 22:30:40 +0300
Timo Juhani Lindfors wrote:
> Fabian Killus writes:
> > Xorg glamo:
> > - Thomas White
>
> I'd add Lars-Peter Clausen here (38 commits to xf86-video-glamo).
Absolutely - certainly before my own name. What me (and Andreas, and
h
and wiki-fied the list we have at the moment - I think
it'll speed things up a lot. Please get stuck in and fix the many
glaring errors and omissions: http://wiki.openmoko.org/wiki/Who_is_Who
Tom
--
Thomas White
___
Openmoko community mailing
particular
to prompt the sudden removal: has some kind of legal threat been made
by someone?
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College
___
Openmoko c
easons?
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
t; Can we make it happen?
I would love to contribute in some way here. I've been programming
OpenGL for almost two years (programming generally for a LOT longer),
and I'm slowly learning kernel programming. However, I appreciate that
it's going to take a whole lot more than that to make thi
t;screen"
session. The upgrade will continue even if you get disconnected from
the session, in which case you can reconnect later.
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College
__
While waiting for the Christmas puddings to cook this afternoon, I've
been making a few updates to OpenMooCow. You can get version 0.2 from
the same place as before:
http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
Changes since version 0.1 are:
- Moos when tilted either up or down (not just
Joachim Breitner <[EMAIL PROTECTED]> wrote:
> Nice! I hacked up some hdaps (read: Thinkpads) support, tested on a
> T41p
Great stuff. Enrico told me that there was interest in making it work
on Thinkpads, but I didn't expect it to happen within 90 minutes of
releasing a new version. Feel the po
William Kenworthy <[EMAIL PROTECTED]> wrote:
> tried to install it on 2008.9 - required new glib which predictably,
> killed some other apps - and on top doesnt run (enlightenment error).
> Will have to wait for possibly 2008.12 (?) until it can be used unless
> you are on another distro.
Nyarg,
Joachim Breitner <[EMAIL PROTECTED]> wrote:
> I took this as an encouragement to hack slightly on your code, so I
> did a slightly larger modification.
Looks good. Just one comment: O_NONBLOCK doesn't seem to be honoured
for the Neo accelerometers (hence the select() stuff). See this post
on OM
John Lee <[EMAIL PROTECTED]> wrote:
> Julian is working on the GTK redraw issue, please help him out.
Be sure to see my previous analysis sent upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=561591
The problem arises because gtk_window_move_resize() temporarily freezes
redraws on the assmpti
On Mon, 01 Dec 2008 22:22:28 +0900
William Kenworthy <[EMAIL PROTECTED]> wrote:
> openmoocow (old version) started once out of three tries - left me at
> a grey screen otherwise.
This is really my fault, due to a combination of MooCow's architecture
in that version and the accelerometer driver
On Mon, 1 Dec 2008 15:31:03 +
"Joseph Reeves" <[EMAIL PROTECTED]> wrote:
> There seems to be a strange problem with gtk apps that, when first
> loaded, they appear to freeze, but if you go back to "home" then
> select the open app from the top drop down list again, they work fine.
> It's an od
Joachim Breitner <[EMAIL PROTECTED]> wrote:
> Nice. Is your git tree publicly available?
Here you go, sorry for the wait:
http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/openmoocow.git
Could you let me know if there are any problems with the current tip of
'master' on Thinkpad? It's working
On Wed, 03 Dec 2008 16:18:37 +
Vasco Névoa <[EMAIL PROTECTED]> wrote:
> I've been trying the "illume" (gray) theme with the testing image,
> and it is badly broken - Enlightenment keeps crashing at random
> moments for reasons unknown.
I find this too, but if you go into Illume's settings (th
OpenMooCow 0.3 is now available:
http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
Changes since version 0.2 are:
- My finest "programmer art" has been banished to a suitable place,
namely the fiery depths of Hades. It's been replaced with some much
better graphics from openclipart.org. It's
On Fri, 19 Dec 2008 10:24:23 +0100
"KaZeR" wrote:
> > my SHR doesn't play the sound... am i missing something?
> > Unable to open audio: No available audio device
> I had the exact same issue last week (haven't tried again since, and
> i'm currently flashing 2008.12)
This sounds odd. OpenMooC
Hi all,
I'm interested in buying a FrogPad keyboard to use with my FreeRunner,
but I can't find a UK distributor. According to www.frogpad.com, the
UK distributor is Scan, but their website denies all knowledge of it.
I also drew a blank with Amazon, Dabs and even eBay. Has anyone in the
UK (or
Paul wrote:
> I know, I am going through distro's like crazy, but that's how I am.
> I flashed OM2008.12 but I can't keep it going. It boots, and after
> something like only 30 seconds it already blanks the screen and plays
> dead. Is there some setting I can adjust quickly to keep it working?
"Sam Kuper" wrote:
> Whoa, that's a nifty keyboard! I'm in Cambridge too, and would love to
> see your FrogPad in action if you can get hold of one. I'd be very
> grateful if you'd keep me posted (on or off list, as you prefer).
Will do. Watch out for the next Cambridge OM pubmeet as well.
Ther
Helge Hafting wrote:
> My SHR is "unable to open audio". But the older moocow worked with
> the same setup. I can stop speech-dispatcher, but it doesn't help.
> There is no snd-pcm-oss module to load, bt the previous moocow didn't
> need that.
Previous meaning version 0.2? All the previous ver
Helge Hafting wrote:
> The accelerometers don't work though. hexdump /dev/input/event2
> gets me changing output as I turn the phone around. event3 is
> dead, perhaps that is the problem?
That would certainly prevent mooing. If the accelerometers don't work,
you should still be able to test the
On Wed, 14 Jan 2009 16:02:02 +0100
Daniel Spies wrote:
> - I'm developing a lot with OpenGL these days, is there any way to
> get a usable 3d performance on the GTA02 today/plans for the future?
There's a community effort underway to get DRI working for Glamo, and
the chip's documentation has b
On Fri, 23 Jan 2009 11:14:10 -0500
john dowd wrote:
> And you think that this is an appropriate forum because why?
See the headers. I strongly suspect some forgery...
Tom
___
Openmoko community mailing list
community@lists.openmoko.org
http://li
quot;Numbers" layout were pretty small, so I had to fumble quite a
> bit when entering my PIN without a stylus.
EXACTLY what I was looking for (and was about to have a go at creating
myself). Many thanks!
Tom
--
Thomas White
- Downing College
- Electron Microscopy Group (PhD Student),
D
, but neither exists in OM 2008.8 as far as I can see),
and while it worked, it caused some problems when using SCP to transfer
files to and from the Neo. Digging on the web suggested the problem
was due to Dropbear sshd not getting along with Bash. I can describe
more details of the problem
y
there's a danger of flattening the battery if (say) the Neo gets woken
up by a missed call and you don't notice for a number of hours.
I think it's related to the screen blanking (maybe it's not actually
falling asleep, just blanking the screen) - but I haven't tested
thoroug
#x27;t come across anything about units in my travels. To me, it
looks like they're in cm/s/s, i.e. divide by 100 to get the familiar
value of 9.8ish pointing downwards.
Don't forget that (a) I may be wrong, and (b) The orientation of the
accelerometers might need some calibration
On Tue, 23 Sep 2008 12:34:26 +0100
Thomas White <[EMAIL PROTECTED]> wrote:
> I didn't come across anything about units in my travels. To me, it
> looks like they're in cm/s/s, i.e. divide by 100 to get the familiar
> value of 9.8ish pointing downwards.
Ok, Paul's c
ese
are the two commits between a1e97c611 and the revision described in
ticket #80 as causing trouble (ca19d1564).
In either case, when I get the chance, I intend to do a git bisect to
isolate my own problems between revision a1e97c611 and the current head.
Hoping that this is at least vague
hing from the right angle
(I'm left-handed), and I also recommend pushing the toggle to the
"pouch end" to avoid having the chunk of plastic in the way.
"Optimisations" welcome...
Tom
--
Thomas White
Department of Materials Science and Metallurgy
E
hor of the original sound file (obtained from
www.flashkit.com).
Comments/abuse to this address.
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College
___
O
r a
later version. If you look in the source code, you'll see data
structures and methods completely over-engineered for what it actually
does at the moment...
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD
eadings, only the maximum range (and hence resolution).
Glad everyone enjoys it :)
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College
___
Openmoko community
estion would work, the geometrical dilution of
precision would be HUGE, and so the measurement would overall be very
inaccurate.
Tom
--
Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambr
explainto me whay is it happening?
I agree it's a little messy, but it's just John Lee clearing up a huge
backlog of old bug reports. What we're seeing is updates as bugs are
marked as closed. I don't think it's going to be like this for too
long...
Tom
--
Thoma
x27;s unfolding (albeit slowly) is better
support for the acceleration features of everyone's favourite graphics chip..
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Mon, 20 Jul 2009 17:29:09 +0200
Martin Jansa wrote:
> I couldn't found it there too, thats why I started to update it to
> latest mplayer code :).
>
> I'll post it there after some testing here, it works for me, but I'm
> using latest DRI stuff from Thomas Wh
Tom
[1] Give or take any bugs, the DRI protocol itself should actually work at
this point.
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
this "lazy option".
Tom
[1] Actually, I think I just broke compilation with older version of
Xextproto (7.0.5 and older). Some sort of version test and conditional code
is needed to deal with a change in name of dpms.h to dpmsconst.h.
--
Thomas White
___
un this
stuff day-to-day at the moment, and haven't had to run for the fire
extinguisher just yet.
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
now my way around these parts of the
kernel, and I may have just "done it wrong", but it compiles (with a
couple of warnings) and boots for me:
http://www.bitwiz.org.uk/openmoko/BFS-andy-tracking-and-drm-tracking-BARELY-TESTED.patch
Tom
--
Thomas White
_
e areas (suspend/resume, Illume
sliders and toggles), and pretty much the same in most other places.
I think it'll vary a lot depending on what userspace you're using,
though. I suspect that things other than scheduling are limiting the
interactivity in my setu
e areas (suspend/resume, Illume
sliders and toggles), and pretty much the same in most other places.
I think it'll vary a lot depending on what userspace you're using,
though. I thinkg that things other than scheduling are limiting the
interactivity in my setu
ads in the
DRI driver, but then I noticed that it happens with the mainline (non-KMS)
driver as well. So far, I have no idea at all what's causing it...
Tom
--
Thomas White
___
Openmoko community mailing list
community@lists.openmoko.org
http
On Tue, 10 Nov 2009 21:45:30 +0100
Torfinn Ingolfsen wrote:
> When I go to http://github.com/wikireader/wikireader
> (now, Tueday 10.11.2009, at 21:43 CET, I get:
> "404 Not Found"
> Why is that?
Nothing to worry about. See: http://twitter.com/github
73 matches
Mail list logo
