Hi Folks
it looks like perf on master is broken or has a missing dependency
make
DESTDIR=/home/mega/leaf/devel/bering-6/build/i486-unknown-linux-uclibc/perf/usr
-C
/home/mega/leaf/devel/bering-6/source/i486-unknown-linux-uclibc/linux/linux/tools/perf
install)
make[1]: Entering directory
Hi Andrew
Am 07.03.2016 um 22:46 schrieb Andrew:
> Delayed unmounting is mostly for services that have delayed modules
> loading (like wpa-supplicant or hostapd) to ensure that all is ok.
If you really want to do this right, then you would need to insert
control logic that communicates with the
Hi Andrew
Am 07.03.2016 um 21:46 schrieb Andrew:
> 07.03.2016 20:41, kp kirchdoerfer пишет:
...
>>
>> Another drawback is the time it needs to load modules.sqfs.
>> If we choose to that for several packages it will raise startup times
>> significantly.
> Delayed umount can solve this. Just
Hi Andrew
Am 07.03.2016 um 21:46 schrieb Andrew:
> 07.03.2016 20:41, kp kirchdoerfer пишет:
>> Am Montag, 7. März 2016, 20:26:58 schrieb Andrew:
>>> Maybe we should just mount storage till hostapd will start?
>> Will hostapd really load the modules without changes to the init process?
> If it
07.03.2016 20:41, kp kirchdoerfer пишет:
> Am Montag, 7. März 2016, 20:26:58 schrieb Andrew:
>> Maybe we should just mount storage till hostapd will start?
> Will hostapd really load the modules without changes to the init process?
If it loads modules earlier - it should load them now with
Hi KP
Am 07.03.2016 um 19:41 schrieb kp kirchdoerfer:
> Am Montag, 7. März 2016, 20:26:58 schrieb Andrew:
>> Maybe we should just mount storage till hostapd will start?
>
> Will hostapd really load the modules without changes to the init process?
I doubt it.
> The later is something I try to
Sorry, another response
Am Montag, 7. März 2016, 20:26:58 schrieb Andrew:
> Maybe we should just mount storage till hostapd will start?
And what happens if hostpad isn't loaded at all?
kp
--
Transform Data into
Am Montag, 7. März 2016, 20:26:58 schrieb Andrew:
> Maybe we should just mount storage till hostapd will start?
Will hostapd really load the modules without changes to the init process?
The later is something I try to avoid,cause it will make us to maintain a
different init for hostapd.
Maybe we should just mount storage till hostapd will start?
Also, maybe it'll be good to add delayed umount (for ex., 3-5 seconds)?
07.03.2016 19:06, Erich Titl пишет:
> Hi Folks
>
> OK after some twiddling with buildtool.cfg in master I succeeded to
> build a 486 version.
>
> There are a few
Am Montag, 7. März 2016, 11:13:47 schrieb Erich Titl:
> Hi Folks
>
> Is master supposed to compile completely? To me it looks broken.
>
> mega@leafbuilder:~/leaf/devel/bering-6$ git branch
> * master
> new-initrd-6.x
> mega@leafbuilder:~/leaf/devel/bering-6$ git pull
> remote: Counting
06.03.2016 15:48, Erich Titl пишет:
> Am 06.03.2016 um 11:05 schrieb Andrew:
>> 4.4 config seems to be re-created from scratch; + currently we use i486
>> as base config - so I moved all changes from i486 cdiff to base config.
> That is quite a bit puzzling that the 486 config should be common to
Hi Andrew
Am 05.03.2016 um 20:30 schrieb Andrew:
> I cleaned configs (there was a lot of strange things - as I understood,
> you just build storage drivers in kernel instead of modules, all other
> changes are unnecessary?).
There should not be any other changes in config, if they are I would
Hi Andrew
Am 05.03.2016 um 11:54 schrieb Andrew:
> Hi.
>
> I'll try to look on it at this weekend.
I believe I made some progress
mega@leafbuilder:~/leaf/devel/bering-6$ git status
On branch new-initrd-6.x
Your branch and 'origin/new-initrd-6.x' have diverged,
and have 101 and 17 different
Hi.
I'll try to look on it at this weekend.
05.03.2016 12:51, Erich Titl пишет:
> Am 05.03.2016 um 00:57 schrieb kp kirchdoerfer:
>> Hi Erich;
>> ...
>>
>> They are not forgotten, they are still used for armv6 toolchain.
>> We need to update the raspberry kernel (armv6) to 4.4, until then both
Am 05.03.2016 um 00:57 schrieb kp kirchdoerfer:
> Hi Erich;
> ...
>
> They are not forgotten, they are still used for armv6 toolchain.
> We need to update the raspberry kernel (armv6) to 4.4, until then both kernel
> versions configs are needed to keep the kernel for raspberry pi at 4.1, which
Hi Erich;
Am Freitag, 4. März 2016, 22:50:09 schrieb Erich Titl:
> Hi Folks
>
> I am trying to rebase new-initrd to master and failing miserably due to
> weird (for me) conflicts. In order to make progress I would like to
> suggest to clean up master in a way to be at least consistent with the
>
Hi Folks
I am trying to rebase new-initrd to master and failing miserably due to
weird (for me) conflicts. In order to make progress I would like to
suggest to clean up master in a way to be at least consistent with the
actual kernel release, e.g. the person responsable for the introduction
of
17 matches
Mail list logo