Fox Mulder writes:
> Could it be that i have to issue some command which produces the modules
> tar.gz file?
Oh, man... If you don't want to read ``build'' then please do it by
hand in the root of the build:
rm -rf staging
mkdir -p staging
make ARCH=arm modules_install INSTALL_MOD_PATH=staging
c
Paul Fertser wrote:
> Hi,
>
> Fox Mulder writes:
>> I installed the om toolchain and compiled the 2.6.28 kernel after some
>> help of [1] and google with "./build dummy". After i compiled the kernel
>> i got "dummy/uImage-GTA02.bin" what looks quite good so far.
>> But how do i extract the compil
Hi,
Fox Mulder writes:
> I installed the om toolchain and compiled the 2.6.28 kernel after some
> help of [1] and google with "./build dummy". After i compiled the kernel
> i got "dummy/uImage-GTA02.bin" what looks quite good so far.
> But how do i extract the compiled modules from the dummy dire
Fox Mulder wrote:
> Paul Fertser wrote:
>> Hi,
>>
>> Fox Mulder writes:
Actually, you can try to change from 2.6.24 after applying an ad-hoc
patch from http://trac.freesmartphone.org/ticket/293 even on old
version that's provided by Debian (that's exactly what i did a month ago).
>>
Paul Fertser wrote:
> Hi,
>
> Fox Mulder writes:
>>> Actually, you can try to change from 2.6.24 after applying an ad-hoc
>>> patch from http://trac.freesmartphone.org/ticket/293 even on old
>>> version that's provided by Debian (that's exactly what i did a month ago).
>>>
>> Ok.
>> I downloaded
Hi,
Fox Mulder writes:
>> Actually, you can try to change from 2.6.24 after applying an ad-hoc
>> patch from http://trac.freesmartphone.org/ticket/293 even on old
>> version that's provided by Debian (that's exactly what i did a month ago).
>>
> Ok.
> I downloaded the fso-frameworkd source, copi
Paul Fertser wrote:
> Hi,
>
> Fox Mulder writes:
>> Paul Fertser wrote:
>>> Sander van Grieken writes:
> So the question is, when will the default kernel be replaced by the new
> 2.6.28 andy kernel so that userspace tools could be adapted to it?
That would be my question as well.
>
> Hi,
>
> Fox Mulder writes:
>> Paul Fertser wrote:
>>> Sander van Grieken writes:
> So the question is, when will the default kernel be replaced by the new
> 2.6.28 andy kernel so that userspace tools could be adapted to it?
That would be my question as well.
I only care f
Hi,
Fox Mulder writes:
> Paul Fertser wrote:
>> Sander van Grieken writes:
So the question is, when will the default kernel be replaced by the new
2.6.28 andy kernel so that userspace tools could be adapted to it?
>>> That would be my question as well.
>>>
>>> I only care for userspac
Paul Fertser wrote:
> Hi,
>
> Sander van Grieken writes:
>>> So the question is, when will the default kernel be replaced by the new
>>> 2.6.28 andy kernel so that userspace tools could be adapted to it?
>> That would be my question as well.
>>
>> I only care for userspace to be adapted to test
> I have no SIM inserted so it should not be a Calypso problem.
i am not sure if simply not inserting a sim completely disables the
calypso. in fact, from my limited understanding of the issue and the
little that is left month later i can imagine scenarios where not having a
sim inserted mig
Hi,
Sander van Grieken writes:
>> So the question is, when will the default kernel be replaced by the new
>> 2.6.28 andy kernel so that userspace tools could be adapted to it?
>
> That would be my question as well.
>
> I only care for userspace to be adapted to test the suspend/resume
> functio
On Monday 05 January 2009 15:29:54 Fox Mulder wrote:
> David Garabana Barro wrote:
> > On Monday 05 January 2009 14:45:26 Fox Mulder wrote:
> >> Hi all,
> >>
> >> many mails i read in the kernel mailing list show that newer patches
> >> should only be applied to andy-tracking kernel and no more to
On Monday 05 January 2009 15:29:54 Fox Mulder wrote:
> If you give me a hint how to activate this feature i will try it. But i
> have to say that most times i tried suspend zhone was not running and
> therefore my gsm wasn't activated.
On /etc/frameworkd.conf
[ogsmd]
ti_calypso_deep_sleep = neve
* Fox Mulder [090105 15:34]:
> David Garabana Barro wrote:
> > On Monday 05 January 2009 14:45:26 Fox Mulder wrote:
> >> Hi all,
> >>
> >> many mails i read in the kernel mailing list show that newer patches
> >> should only be applied to andy-tracking kernel and no more to the old
> >> 2.6.24 om
David Garabana Barro wrote:
> On Monday 05 January 2009 14:45:26 Fox Mulder wrote:
>> Hi all,
>>
>> many mails i read in the kernel mailing list show that newer patches
>> should only be applied to andy-tracking kernel and no more to the old
>> 2.6.24 om kernel.
>
> I forgot to say
>
> Please, tr
On Monday 05 January 2009 14:45:26 Fox Mulder wrote:
> Hi all,
>
> many mails i read in the kernel mailing list show that newer patches
> should only be applied to andy-tracking kernel and no more to the old
> 2.6.24 om kernel.
I forgot to say
Please, try it and let us know if it solves also your
On Monday 05 January 2009 14:45:26 Fox Mulder wrote:
> Hi all,
>
> many mails i read in the kernel mailing list show that newer patches
> should only be applied to andy-tracking kernel and no more to the old
> 2.6.24 om kernel.
> Especially the suspend/resume behaviour seems to be a big problem wit
Hi all,
many mails i read in the kernel mailing list show that newer patches
should only be applied to andy-tracking kernel and no more to the old
2.6.24 om kernel.
Especially the suspend/resume behaviour seems to be a big problem with
the 2.6.24 kernel. I install about once a week a new 2.6.24 ke
19 matches
Mail list logo