hi,
i recently installed qtmoko v26 on internal flash, and from there used
the wiki instructions to install debian on sd. the install ran all the
way through, and gave a me a message that all was well. except, it
won't boot. i have qi installed, and if i read the wiki correctly, it
will auto
Thank you very much
urodelo
On Wed, 05 Jan 2011 23:11:51 +0100, Vincent Meurisse
wrote:
Hello,
I (finally) uploaded the new Debian packages for QtMoko v31.
Make sure you read the releases notes
<http://qtmoko.org/wiki/Update#Update_to_v31> or you might end-up with no
sound during
Hello,
I (finally) uploaded the new Debian packages for QtMoko v31.
Make sure you read the releases notes
<http://qtmoko.org/wiki/Update#Update_to_v31> or you might end-up with no
sound during calls.
As usual, instructions are located at <http://qtmoko.org/wiki/Update>.
Regards
e.
What about the SHR xorg.conf? SHR is also using 2.6.34, so is there
any reason why their xorg.conf - or at least the InputDevice and
AutoAddDevices parts - would not be correct for Debian with 2.6.34?
I've appended it below.
Neil
Section "Module"
Load&q
of these days...
(I do have yet another patch used in my old build, but that was just to
make it generate the icons in the right size for the Illume main menu so
neither I or the FR would have to resize everything afterwards...)
CFLAGS="-D_WIN32_WCE" debian/rules binary
Nice,
On 21 December 2010 12:33, Timo Juhani Lindfors wrote:
> Neil Jerram writes:
>> Surely the optimal solution would be runtime auto-detection? Does
>> udev provide sufficient information to infer that there is a
>> touchscreen and no keyboard?
>
> udev does not know what X server your sgt-puzzles
Neil Jerram writes:
> Surely the optimal solution would be runtime auto-detection? Does
> udev provide sufficient information to infer that there is a
> touchscreen and no keyboard?
udev does not know what X server your sgt-puzzles is connected
to. It's probably better to ask X about the input d
...
That doesn't seem to have harmed anything. The .ipk always installs
cleanly for me, and the code is upstream.
> Actually, most of them have been included upstream, which is probably where
> Debian got them from...
Absolutely, yes, that's what I meant. Sorry for not being clear ab
ittle". For me,
though, it is not a priority to do this; the solution of rebuilding
the package is good enough (especially with the "CFLAGS=...
debian/rules binary" invocation) for the bottlenecks in my Debian
usage to move elsewhere, and hence I'm now shifting focus to other
EdorFaus writes:
> I'm not sure if the former is practical for Debian, as I'm not sure if
> their systems are set up for having different patches/compile options
> on different architectures, but you could ask the arch maintainers I
> guess.
I don't really like th
On 12/19/2010 06:29 PM, Timo Juhani Lindfors wrote:
EdorFaus writes:
On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote:
Could you make this a command line option?
It already is, sortof - basically, replace the "debian/rules binary"
command with this one:
I meant a command l
EdorFaus writes:
> On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote:
>> Could you make this a command line option?
>
> It already is, sortof - basically, replace the "debian/rules binary"
> command with this one:
I meant a command line option that a user could pass
i.e. Frode
Austvik's patches, is all already in the Debian source package; and
Actually, most of them have been included upstream, which is probably
where Debian got them from... I just removed a bunch of patches from my
repository because they're no longer needed. :)
I've still got
Neil Jerram writes:
> Comment out the "#ifdef _WIN32_WCE" and "#endif" around a group of
> defines for "Pocket PC devices", which are equally applicable to the
> FR.
Could you make this a command line option?
___
Openmoko community mailing list
communi
On Friday 17 December 2010, Timo Jyrinki wrote:
> 2010/12/16 Neil Jerram :
> > Even after removing the /dev/input files as you suggested (in
> > /etc/rc.local), my observation is that XOrg still eats all CPU after
> > an initial boot-up, but that if I then do "/etc/init.d/nodm stop" and
> > "/etc/i
2010/12/16 Neil Jerram :
> Even after removing the /dev/input files as you suggested (in
> /etc/rc.local), my observation is that XOrg still eats all CPU after
> an initial boot-up, but that if I then do "/etc/init.d/nodm stop" and
> "/etc/init.d/nodm start", it returns to using a normal (small) am
For people who like Simon Tatham's puzzle collection...
On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles
.ipk package. Compared to the standard Debian package, this .ipk for
SHR is better because it has a couple of tweaks for "stylus-based"
devices li
I thought this worth mentioning just in case others are doing similar
things: I'm experimenting with the stack mentioned in the Subject, on
my debian install, to see what kind of UI it gives, and how stable the
telephony is.
Current status is that
- with a patch to enable udev autodetecti
On 16 December 2010 06:53, Timo Jyrinki wrote:
> 2010/11/14 Timo Jyrinki :
>>
>> http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34
>>
>> New Debian pkg-fso kernel available:
>
> And another one thanks to having ins
2010/11/14 Timo Jyrinki :
>
> http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34
>
> New Debian pkg-fso kernel available:
And another one thanks to having inspirational time yesterday evening.
Note that the original three 2.6.34 related cavea
-specific code in kernel.
>
> Ok, if that's it, even though it seemingly depends on other factors as
> well, please Debian users notice the following:
>
> * http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/
> has also all the previous kernels
> * I
On Fri, 2010-11-19 at 23:38 +0800, Paul Wise wrote:
> Is anyone else having broken audio on Debian with pkg-fso
> linux-image-2.6.34-openmoko-gta02?'
gena2x seems to have found the cause, I had 'Stereo Out Switch' and
'Right Mixer Right Playback Switch' turned off
2010/11/19 Gennady Kupava :
> I've noticed problem with alsa too. Guess that this may be related to
> 100hz patch, probably need to review neo-specific code in kernel.
Ok, if that's it, even though it seemingly depends on other factors as
well, please Debian users notice the fo
В Птн, 19/11/2010 в 17:48 +0200, Timo Jyrinki пишет:
> 2010/11/19 Paul Wise :
> > Is anyone else having broken audio on Debian with pkg-fso
> > linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
> > one GTA02 but not with another one. Here are some symptom
2010/11/19 Paul Wise :
> Is anyone else having broken audio on Debian with pkg-fso
> linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
> one GTA02 but not with another one. Here are some symptoms:
And the one I can reproduce it with is up-to-date sid, while the on
Is anyone else having broken audio on Debian with pkg-fso
linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
one GTA02 but not with another one. Here are some symptoms:
r...@booph(Debian):~# uname -a
Linux booph 2.6.34-20101108.git1508bbb5 #1 Sat Nov 13 22:33:10 UTC 2010
2010/10/18 Timo Jyrinki :
> [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02
> [3]
> http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34
New Debian pkg-fso kernel available:
linux-2.6-openmoko (20101108.git1508bbb5-1) pkg-fso
> thanks for the package.
> to ssh in the device i must add 'g_ether' in /etc/modules.
> you should builtin this module in kernel.
That's fine for you, but not for anyone who wants to use one of the other
gadget modules. If you need it autoloading then autoload it as you are doing
now.
Hi Timo,
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote:
> Hi,
>
> During the weekend I did a few cross-builds, emulated native builds
> and finally native builds of the 2.6.34 Openmoko kernel for Debian.
> It's now available at the pkg-fso repository
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote:
> As a final note, Radek didn't yet include Glamo KMS/DRM support in the
> 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34
> than 2.6.32), and I didn't start doing it either. Naturally that's the
> biggest omission
Hi,
During the weekend I did a few cross-builds, emulated native builds
and finally native builds of the 2.6.34 Openmoko kernel for Debian.
It's now available at the pkg-fso repository [1]. It's basically
identical in code and configuration to Radek's qtmoko-v27 git branch
[2],
Hi,
Michael, let me take this opportunity to thank you for all the
wonderful opportunities opened by the D-Bus integration in Emacs, it
really rocks :)
On Wed, Aug 18, 2010 at 10:24:05PM +0200, Michael Albinus wrote:
> > Unfortunately, it’s not currently possible for one emacs
> > process
2010/3/3 Sebastian Reichel :
>> I think both ext3 and jffs2 should be built-in since they are the two
>> kinds of filesystems most widely used on the FR.
> Ok, I will reenable this one, too.
I uploaded a new 2.6.29 kernel to Debian's pkg-fso repository
yesterday. It includes some of Sebastian's ea
On 7/4/10, Radek Polak wrote:
> MicVM wrote:
>
>> I was trying to port an application developed with the SHR-toolcahin to
>> qtmoko (debian) and ran into a lot of methods etc. that are not available
>> in debian lenny yet. Is the reasoning behind the choice of debian
MicVM wrote:
> I was trying to port an application developed with the SHR-toolcahin to
> qtmoko (debian) and ran into a lot of methods etc. that are not available
> in debian lenny yet. Is the reasoning behind the choice of debian lenny
> that it is more stable and hence one le
Hi folks,
I was trying to port an application developed with the SHR-toolcahin to
qtmoko (debian) and ran into a lot of methods etc. that are not available in
debian lenny yet. Is the reasoning behind the choice of debian lenny that it
is more stable and hence one less source of possible
On 1 May 2010 10:00, Neil Jerram wrote:
> On 1 May 2010 00:42, Neil Jerram wrote:
>> that the answer is probably:
>>
>> # buttons
>> neo1973kbd
>>
>> And I guess I probably also want:
>>
>> # leds
>> leds-neo1973-gta02
>
> Just to confirm: Yes, those make my AUX button and LEDs work again.
But n
Paul, that's purely amazing.
iPhoners and Androids, do that! :D
Could you provide some "screenshots"? I'd love to add this to the
forthcoming section of 'Show Cases' on the new FSO website.
Great work!
--
:M:
___
Openmoko community mailing list
com
n host (currently tested
only with fsogsmd, framework version cfc0a5c3 Apr 21,
cornucopia version c742460d Apr 21, please take into account i’m
following FSO HEAD closely so you can expect to find a
compatible version in SHR unstable, less so in SHR testing or
Debian)
• Emacs
Am Montag, den 10.05.2010, 02:26 +0300 schrieb Timo Juhani Lindfors:
> Gilles Filippini writes:
> > I hope to upload one in a few days. But I'm currently busy making ogpsd
> > a gpsd client. It takes me quite some time, /me being a python noobs :D
> > I've something functional since today. Time to
Gilles Filippini writes:
> I hope to upload one in a few days. But I'm currently busy making ogpsd
> a gpsd client. It takes me quite some time, /me being a python noobs :D
> I've something functional since today. Time to refactor / polish...
Hmm, isn't upstream rewriting ogpsd in vala?
-Timo
_
Hi Arne,
arne anka a écrit , Le 10/05/2010 00:09:
> hi,
> are there more recent debian armel packages of navit available somewhere?
> the ones in the debian repo are rather outdated, being svn2974, while
> there's at least svn3183M available already.
I hope to upload one in a
hi,
are there more recent debian armel packages of navit available somewhere?
the ones in the debian repo are rather outdated, being svn2974, while
there's at least svn3183M available already.
i tried to build it myself, but the other day while running upgrade at my
host a bunch armel-
kernel and rootfs efforts are ripe enough to be
useable. We have recently fixed:
* missing touchpad button driver
* issue with RTC / i2c bus driver
* device did not power off after 'shutdown -h now'
* correct bootstrap of Debian Lenny base install (no X11 predefined
but apt-get insta
Neil Jerram writes:
> On 6 May 2010 21:59, Paul Fertser wrote:
>> I like using Debian on my FR (in fact it is the only system i use as
>> my daily phone since i bought it) and i decided i want to start
>> getting all the great improvements and fixes from git again (as i used
On 6 May 2010 21:59, Paul Fertser wrote:
> Hi,
>
> I like using Debian on my FR (in fact it is the only system i use as
> my daily phone since i bought it) and i decided i want to start
> getting all the great improvements and fixes from git again (as i used
> to when framewo
Hi,
I like using Debian on my FR (in fact it is the only system i use as
my daily phone since i bought it) and i decided i want to start
getting all the great improvements and fixes from git again (as i used
to when framework was pure python).
Compiling everything needed natively proved to be a
Thanks
-
Thank you for your attention.
--
View this message in context:
http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-Debian-package-for-v22-tp5004685p5012579.html
Sent from the Openmoko Community mailing list archive at Nabble.com
Hi,
Debian package for QtMoko v22 are ready. As usual, instruction for update are
located at <http://qtmoko.org/wiki/Update>.
Their should be no particular issue with this update.
Regards
--
Vincent Meurisse
___
Openmoko community mailin
On 1 May 2010 00:42, Neil Jerram wrote:
> that the answer is probably:
>
> # buttons
> neo1973kbd
>
> And I guess I probably also want:
>
> # leds
> leds-neo1973-gta02
Just to confirm: Yes, those make my AUX button and LEDs work again.
Neil
___
Op
On 1 May 2010 00:33, Neil Jerram wrote:
> On 1 May 2010 00:18, Timo Juhani Lindfors wrote:
>> Neil Jerram writes:
>>> Now I'm stuck with understanding why /dev/input/event4 is missing...
>>> Would that be a kernel problem, or could it also be udev or hal?
>>
>> Have you loaded the kernel module
s?
Not that I know of, no. Which module would that be? I've appended my
current /etc/modules, and the results of some module name searches,
below.
Thanks for the very quick answer!
Neil
debian-gta02:~# cat /etc/modules
# USB RNDIS/Ethernet Gadget
g_ether
# bluetooth
ohci-hcd
hci_usb
Neil Jerram writes:
> Now I'm stuck with understanding why /dev/input/event4 is missing...
> Would that be a kernel problem, or could it also be udev or hal?
Have you loaded the kernel module for gta02 buttons?
___
Openmoko community mailing list
commu
With the Debian 2.6.29 kernel -
ii linux-image-2.6.29-openmo 20100118.gita15608f2-2Linux 2.6.29
kernel image for Openmoko GTA02 Neo FreeRunner
- my AUX button doesn't work.
I've tried to track this back through dbus and fsodeviced, and I've
discovered that /dev/input/ev
Hey,
I just copied the compiled files and made a deb-archive using "debreate".
I anybody could compile and link it to the unstable/testing-debian-libs,
it would be great.
Kai
c_c schrieb:
> Hi,
> @ Kai : How do you compile packages for debian on FR? Using a toolchain
>
Hi,
@ Kai : How do you compile packages for debian on FR? Using a toolchain
or a bitbake recipe?
I don't have debian on my FR - or a build system for debian on my PC. What
needs to be done is to build ewebkit and ventura using the debian build
system.
My understanding is that if yo
Hi,
I tried to port ventura and libewebkit packages to debian, but SHR uses
some really old packages (libicui for example) which are difficult to
install in debian, because there are much newer packages installed.
This is one site, but at the other side, debian does not have
libecore-input-evas
Hi,
Mikael Berthe wrote:
>
> Do you know if somebody has built a Debian package for Ventura?
> It looks like ewebkit is missing as well on Debian.
>
I don't know. Though I'm willing to help if someone attempts this. I tried
making a deb for intone, but it didn&
Hello,
Do you know if somebody has built a Debian package for Ventura?
It looks like ewebkit is missing as well on Debian.
Regards,
Mikael
* c_c [2010-04-15 03:31 +0200]:
>
> I've updated the repository so the newer version should hit the feeds
> soon. For those not willing t
On 24 April 2010 12:43, Timo Juhani Lindfors wrote:
> Neil Jerram writes:
>> # killall zhone
>
> How would this work? Isn't zhone a python program?
Yes it is python.
So I see your point, but I have a fairly strong feeling that it _did_
work for me in the past. But perhaps my memory is playing
Neil Jerram writes:
> # killall zhone
How would this work? Isn't zhone a python program?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
't make a difference.
Neither does restarting dbus, fso-deviced and fso-frameworkd.
What to think of the following; shouldn't it be possible to switch the
gsm on/off without the rxerr? Is this related?
[1]+ tail -f /var/log/syslog &
debian-gta02:~# cat /sys/bus/platform/devices/
On 23 April 2010 16:17, wrote:
> 2010-04-23T14:48:16.961873Z [ERROR] UsageController <7 R>: Resource GSM
> can't be enabled: Did not receive a reply. Possible causes include: the
> remote application did not send a reply, the message bus security
> policy
> blocked t
Hi,
I would be thankful for a pointer as to how get Zhone working again.
I am currently running a vanilla Debian unstable with kernel
2.6.29-20100118.gita15608f2 on my Freerunner (from SD-card).
/etc/frameworkd.conf has
ti_calypso_muxer = fso-abyss
Zhone seems to hang at requesting GSM. It
On Thursday 15 April 2010 09:29:15 Yoric Kotchukov wrote:
> Thank you. And what to do with the contents of /opt/qtmoko, delete?
Don't touch it. The installation of the package will simply override the old
files.
Regards
--
Vincent Meurisse
___
Openmo
On Friday 16 April 2010 18:42:06 Timo Jyrinki wrote:
> Can those be used to install Qt Extended Improved / QtMoko on top of
> normal Debian?
I don't think so, but I never tried. This would probably need some work.
Steps to install QtMoko from a plain debian are described here
<htt
2010/4/14 Vincent Meurisse :
> Debian package for QtMoko v21 are ready. Instruction for update are located at
> <http://qtmoko.org/wiki/Update>.
Can those be used to install Qt Extended Improved / QtMoko on top of
normal Debian? Or any plans on properly packaging Qt Extended Improv
Thank you. And what to do with the contents of /opt/qtmoko, delete? Where to
get up from the package?
-
Thank you for your attention.
--
View this message in context:
http://n2.nabble.com/QtMoko-Debian-package-for-v21-tp4904127p4906024.html
Sent from the Openmoko Community mailing list
rything is in home
directory, the new version can still use the application.
> 2) Due to the fact that the kernel / modules are not standard packages
> debian, as they update? Reflashing kernel & scp modules?
> dpkg-S / lib/modules/2.6.29-rc3-v21/kernel/block/cfq-iosched.ko
> dpkg:
A couple of questions please:
1) What about the internal package QtMoko in this case? codecs eyepiece
gqsync qtpedometr etc? Remove & HOME / packages and reinstall?
2) Due to the fact that the kernel / modules are not standard packages
debian, as they update? Reflashing kernel & scp
Hi,
Debian package for QtMoko v21 are ready. Instruction for update are located at
<http://qtmoko.org/wiki/Update>.
The only bug I noticed during testing is
<http://bugs.qtmoko.org/view.php?id=128>.
Regards
--
Vincent Meurisse
Currently broken - a dbus command to do it was posted a few days ago.
BillK
On Wed, 2010-04-07 at 11:20 +0200, Yorick Moko wrote:
> I think that on most networks you can still dial emergency numbers
> without SIM
> you'll have to power down the wifi antenna
> in shr-settings it is easy to do (s
> I think that on most networks you can still dial emergency numbers
> without SIM
outlawed in germany.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
I think that on most networks you can still dial emergency numbers without
SIM
you'll have to power down the wifi antenna
in shr-settings it is easy to do (settings->phone I think)
On Wed, Mar 31, 2010 at 8:45 PM, arne anka wrote:
> well, i have to confess, i fell off the waggon and bought an n9
-[ Thu, Apr 01, 2010 at 10:37:59PM +0200, Vincent Meurisse ]
> Don't forget to backup your data before updating.
BTW is there a procedure documented somewhere on how to proceed
to backup all contact datas + history + installed packages etc ?
___
Op
On Thursday 01 April 2010 15:01:36 alfa21 wrote:
> why in apt sources i can only find v15?
> is qtmoko.meurisse.org the right one to use in debian?
The simple reason is that I've been quite busy lately and never found the time
to update it. Moreover, as the version on my phone is wo
well, i have to confess, i fell off the waggon and bought an n900, too --
already got the impression i was one of the last of the mohicans using the
fr as sole phone (or phone at all).
anyway, now the fr doesn't have a sim card anymore, i expected the battery
to last much longer than the usu
Radek Polak wrote:
> Hi Timo,
> i dont know what i did wrong, but now xserver-xorg-video-glamo with xrandr
> work perfectly even on 2.6.32 kernel.
I was too fast :) I had a wrong symlink for X. But with your kernel it works
ok, with 2.6.32 not (white screen).
Anyway thanks!
Radek
Timo Jyrinki wrote:
> Since you mention QtMoko, are you sure you're not using QtMoko's
> 2.6.32 kernel with KMS support? There the result might be a bit
> different, especially because the latest fix from git is not yet in
> Debian. Also note that xrandr --output LCD --r
2010/3/25 Radek Polak :
> I tried xserver-xorg-video-glamo, but no success either.
I thought so, just had to check.
>> I have (had) a button (for a year) in my Debian that switches between
>> xrandr -o right and xrandr -o normal without problems.
>
> Can you please tell,
Thanks Timo, this looks awesome!
r
--
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Thursday 25 March 2010 06:50:35 Radek Polak wrote:
> Can you please tell, which kernel are you using and how did you install
> xserver-xorg-video-glamo? Is it from regular debian testing repos?
And please xorg.conf too :)
Regards
I have (had) a button (for a year) in my Debian that switches between
> xrandr -o right and xrandr -o normal without problems.
Can you please tell, which kernel are you using and how did you install
xserver-xorg-video-glamo? Is it from regular debian testing repo
On 24 March 2010 19:22, Timo Jyrinki wrote:
>
> So here goes, images included: http://wiki.openmoko.org/wiki/User:TimoJyrinki
That looks very useful. Thank you!
Neil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.op
Hi,
Setting up my second FreeRunner, I took time to find out and document
how I ended up with my current Debian setup in use (or close to
something like it) and cleaned up my configs while at it. This
information might be interesting to beginning Debian / Neo users, who
may find the default
org with fbdev driver and CCW option in xorg.conf - seems to have no effect
> - Xfbdev - does not support tslib in debian
>
> Yesterday i recompiled Xfbdev package with tslib support and now it seems to
> be working. For running the X server i do:
>
> Xfbdev -retro -screen 480
with fbdev driver and CCW option in xorg.conf - seems to have no effect
> - Xfbdev - does not support tslib in debian
Hmm. Why use long-dead Xglamo or dummy fbdev instead of
xserver-xorg-video-glamo?
http://wiki.debian.org/DebianOnFreeRunner#Graphics.28SmediaGlamo3362.29
I have (had) a butt
- seems to have no effect
- Xfbdev - does not support tslib in debian
Yesterday i recompiled Xfbdev package with tslib support and now it seems to
be working. For running the X server i do:
Xfbdev -retro -screen 480x...@90 -mouse tslib,,device=/dev/input/event1
But still it's not perfect.
On Wed, Mar 03, 2010 at 12:12:54PM -0500, Stefan Monnier wrote:
> > I switched from ext3 builtin to ext3 as module, because this is more
> > Debian like. I guess I will have to change this back to built in,
> > because we have no initramfs?
>
> So, IIUC you also switched t
> I switched from ext3 builtin to ext3 as module, because this is more
> Debian like. I guess I will have to change this back to built in,
> because we have no initramfs?
So, IIUC you also switched to jffs2 as module, which would explain why
I can't boot into my NAND-installed D
>> > well, but that's a specific scenario for a rather limited audience, isn't
>> > it?
>> Sure nowadays but if a user could easily choose encryption they might
>> just use it.
> I suspect that without a hardware encryption engine the performance and
> battery life hit will be too much for most pe
GPS etc. should handle suspend
>>> better among else. Debug is disabled. WLAN should work, but because of
>>> the debug being disabled one usually hits this bug quite soon:
>> I just tried it and the boot fails with "unable to mount rootfs on
>> unknown block".
On Wednesday 03 March 2010, Timo Juhani Lindfors wrote:
> "arne anka" writes:
> > well, but that's a specific scenario for a rather limited audience, isn't
> > it?
>
> Sure nowadays but if a user could easily choose encryption they might
> just use it.
I suspect that without a hardware encryptio
"arne anka" writes:
> well, but that's a specific scenario for a rather limited audience, isn't
> it?
Sure nowadays but if a user could easily choose encryption they might
just use it.
___
Openmoko community mailing list
community@lists.openmoko.org
> Encrypted SD would be one application where you want to use initramfs.
well, but that's a specific scenario for a rather limited audience, isn't
it?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/l
"arne anka" writes:
> an initrd is imo used mostly to cover different hw configurations w/o
> having to rebuild the kernel everytime.
Encrypted SD would be one application where you want to use initramfs.
> i guess it would slow down the boot (load/unload intrd, free ram and so
> on) w/o add
> working. I guess it's better to compile the ext3 support back into
> the kernel
since apparently most (if nor all) people use ext3, i guess it is a good
decision to have that kind of essentials built-in.
> until we get a kernel with initrd support
i am not very fond of the initrd stuff.
the
eds. I guess I should add an init.d script to
> >> > fso-config-gta02, which will load these modules.
> >> >
> >>
> >> Even in this very thread. Can't say I tried hard to make it work. My
> >> fault.
> >>
> >> BTW,
t;
>> Even in this very thread. Can't say I tried hard to make it work. My
>> fault.
>>
>> BTW, is there a reason behind the fact that rootfs must be mounted as
>> ext2 now? or should it work?
>
> I switched from ext3 builtin to ext3 as module, because this
> BTW, is there a reason behind the fact that rootfs must be mounted as ext2
> now? or should it work?
I switched from ext3 builtin to ext3 as module, because this is more
Debian like. I guess I will have to change this back to built in,
because we have no initramfs?
-- Sebastian
sign
101 - 200 of 2246 matches
Mail list logo