Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Andrew
25.10.2012 16:51, KP Kirchdoerfer пишет:
> Am 25.10.2012 11:21, schrieb Yves Blusseau:
>> Le 25/10/2012 10:33, Andrew a écrit :
>>> 25.10.2012 10:50, Yves Blusseau пишет:
 Le 24/10/2012 10:59, Andrew a écrit :
> Hi.
> Before we decided to announce 5.0-alpha (because there is active
> development process, and before release we may decide to upgrade
> kernel/uClibc/toolchain, + we still not have working cross-compiled
> image for non-x86 arch - for ex., some SOHO MIPS router).
 For the kernel i vote for the 3.6 series that is now stable and have
 network optimisations.
>>> I tried 3.6.1 on my home server/router/development platform; with same
>>> iptables rules NAT stops working - packet goes via NAT, but result
>>> wasn't NATed and comes to INPUT filter table.
>> Seems fixed in:
>>
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=f4ef85bbda96324785097356336bc79cdd37db0a
> I don't like the idea to move to a new kernel yet - the current one (and
> the configs) has been proved to be production ready (at least for x86).
> Jumping to a new one requires work and futher testing, which will move a
> release some time into the future.
> On the other hand I there are open issues (an image for arm/mips would
> be nice, documentation, a new bootloader - David mentioned that it might
> be needed...), so I've been glad, that the kernel is for the time being
> could be considered as a close building site...
>
> just my vote :)
> kp
>
IMHO if we'll decide to change kernel, it should be an one from LTS branch.
On 2.6.35 I noticed troubles with HTB shaper over bonding interface, and 
one nag.ru user describes similar problem with 3.2.x. I still not 
upgraded distro on our borders, so I can't say if this problem is present.
On 3.4.x this problem is absent (as said other user from nag.ru).

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread KP Kirchdoerfer
Am 25.10.2012 11:21, schrieb Yves Blusseau:
> Le 25/10/2012 10:33, Andrew a écrit :
>> 25.10.2012 10:50, Yves Blusseau пишет:
>>> Le 24/10/2012 10:59, Andrew a écrit :
 Hi.
 Before we decided to announce 5.0-alpha (because there is active
 development process, and before release we may decide to upgrade
 kernel/uClibc/toolchain, + we still not have working cross-compiled
 image for non-x86 arch - for ex., some SOHO MIPS router).
>>> For the kernel i vote for the 3.6 series that is now stable and have
>>> network optimisations.
>> I tried 3.6.1 on my home server/router/development platform; with same
>> iptables rules NAT stops working - packet goes via NAT, but result
>> wasn't NATed and comes to INPUT filter table.
> Seems fixed in:
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=f4ef85bbda96324785097356336bc79cdd37db0a

I don't like the idea to move to a new kernel yet - the current one (and
the configs) has been proved to be production ready (at least for x86).
Jumping to a new one requires work and futher testing, which will move a
release some time into the future.
On the other hand I there are open issues (an image for arm/mips would
be nice, documentation, a new bootloader - David mentioned that it might
be needed...), so I've been glad, that the kernel is for the time being
could be considered as a close building site...

just my vote :)
kp


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Yves Blusseau
Le 25/10/2012 10:33, Andrew a écrit :
> 25.10.2012 10:50, Yves Blusseau пишет:
>> Le 24/10/2012 10:59, Andrew a écrit :
>>> Hi.
>>> Before we decided to announce 5.0-alpha (because there is active
>>> development process, and before release we may decide to upgrade
>>> kernel/uClibc/toolchain, + we still not have working cross-compiled
>>> image for non-x86 arch - for ex., some SOHO MIPS router).
>> For the kernel i vote for the 3.6 series that is now stable and have
>> network optimisations.
> I tried 3.6.1 on my home server/router/development platform; with same
> iptables rules NAT stops working - packet goes via NAT, but result
> wasn't NATed and comes to INPUT filter table.
Seems fixed in:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=f4ef85bbda96324785097356336bc79cdd37db0a

Yves

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Yves Blusseau
Le 25/10/2012 10:33, Andrew a écrit :
> 25.10.2012 10:50, Yves Blusseau пишет:
>> Le 24/10/2012 10:59, Andrew a écrit :
>>> Hi.
>>> Before we decided to announce 5.0-alpha (because there is active
>>> development process, and before release we may decide to upgrade
>>> kernel/uClibc/toolchain, + we still not have working cross-compiled
>>> image for non-x86 arch - for ex., some SOHO MIPS router).
>> For the kernel i vote for the 3.6 series that is now stable and have
>> network optimisations.
> I tried 3.6.1 on my home server/router/development platform; with same
> iptables rules NAT stops working - packet goes via NAT, but result
> wasn't NATed and comes to INPUT filter table.
>> For uClibc we can use the latest stable version 0.9.33.2 (the one we
>> currently use).
> Maybe before release it'll be for ex. 0.9.34
>> For the toolchain perhaps it will be great to let users add their own
>> toolchain. Now we can have flexible configurations.
>> For example, i have a soekris net6501 (atom E6xx) and i want to make an
>> optimize toolchain/kernel for it. I don't think you want to have the
>> files in the public repository because it's too specific.
>> One idea that i have is to add a new variable ie: $USER_DIR_CONFIG that
>> will contain the path to configurations for local user which is a
>> directory external to the buildtool directory.
>>
>> After that in MasterInclude.mk we can add:
>> ifneq ($(USER_DIR_CONFIG),)
>> include $(USER_DIR_CONFIG)/make/toolchain/*.mk
>> endif
>>
>> and add in conf/sources.cfg:
>> ?include $(USER_DIR_CONFIG)/conf/sources.cfg
>>
>> and in the package buildimage.cfg (for example for linux):
>> ?include $(USER_DIR_CONFIG)/repo/linux/buildimage.cfg
>>
>> that will contain something like:
>> 
>>Server = userrepo
>>Directory = linux
>>envname = LINUX_CONFPATCH-net6501
>>Revision = HEAD
>> 
>>
>> and finaly in conf/servers.cfg:
>> ?include  $(USER_DIR_CONFIG)/conf/servers.cfg
>>
>> that contain:
>> 
>>Type = filesymlnk
>>Serverpath = $(USER_DIR_CONFIG)/repo
>> 
>>
>> This is the idea (i don't have test it but it must works).
>>
>> What do you think about that ?
>>
>> Yves
>>
> I think that it isn't too important - difference will be less than
> 5-10%, but if anybody want this - we can provide such possibility.
> This will be more omportant for embedded non-x86 platforms - but before
> we'll decide how to do this, we should at least build one embedded image.
Perhaps David can check the latest version on his Raspberry Pi ?

Yves

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Andrew
25.10.2012 10:50, Yves Blusseau пишет:
> Le 24/10/2012 10:59, Andrew a écrit :
>> Hi.
>> Before we decided to announce 5.0-alpha (because there is active
>> development process, and before release we may decide to upgrade
>> kernel/uClibc/toolchain, + we still not have working cross-compiled
>> image for non-x86 arch - for ex., some SOHO MIPS router).
> For the kernel i vote for the 3.6 series that is now stable and have
> network optimisations.
I tried 3.6.1 on my home server/router/development platform; with same 
iptables rules NAT stops working - packet goes via NAT, but result 
wasn't NATed and comes to INPUT filter table.
> For uClibc we can use the latest stable version 0.9.33.2 (the one we
> currently use).
Maybe before release it'll be for ex. 0.9.34
> For the toolchain perhaps it will be great to let users add their own
> toolchain. Now we can have flexible configurations.
> For example, i have a soekris net6501 (atom E6xx) and i want to make an
> optimize toolchain/kernel for it. I don't think you want to have the
> files in the public repository because it's too specific.
> One idea that i have is to add a new variable ie: $USER_DIR_CONFIG that
> will contain the path to configurations for local user which is a
> directory external to the buildtool directory.
>
> After that in MasterInclude.mk we can add:
> ifneq ($(USER_DIR_CONFIG),)
> include $(USER_DIR_CONFIG)/make/toolchain/*.mk
> endif
>
> and add in conf/sources.cfg:
> ?include $(USER_DIR_CONFIG)/conf/sources.cfg
>
> and in the package buildimage.cfg (for example for linux):
> ?include $(USER_DIR_CONFIG)/repo/linux/buildimage.cfg
>
> that will contain something like:
> 
>   Server = userrepo
>   Directory = linux
>   envname = LINUX_CONFPATCH-net6501
>   Revision = HEAD
> 
>
> and finaly in conf/servers.cfg:
> ?include  $(USER_DIR_CONFIG)/conf/servers.cfg
>
> that contain:
> 
>   Type = filesymlnk
>   Serverpath = $(USER_DIR_CONFIG)/repo
> 
>
> This is the idea (i don't have test it but it must works).
>
> What do you think about that ?
>
> Yves
>
I think that it isn't too important - difference will be less than 
5-10%, but if anybody want this - we can provide such possibility.
This will be more omportant for embedded non-x86 platforms - but before 
we'll decide how to do this, we should at least build one embedded image.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Andrew
25.10.2012 10:12, Yves Blusseau пишет:
> Le 24/10/2012 19:22, Andrew a écrit :
>> 24.10.2012 17:25, Yves Blusseau пишет:
>>> Le 24/10/2012 15:22, KP Kirchdoerfer a écrit :
 Am 24.10.2012 10:59, schrieb Andrew:
> Hi.
> Before we decided to announce 5.0-alpha (because there is active
> development process, and before release we may decide to upgrade
> kernel/uClibc/toolchain, + we still not have working cross-compiled
> image for non-x86 arch - for ex., some SOHO MIPS router).
>
> 24.10.2012 11:12, Yves Blusseau пишет:
>> Hi all,
>>
>> i think buc 5 is enough stable so a beta can be released ?
>> What do you think about releasing a 5.0-beta1 ?
>>
>> Regards,
>> Yves
 Hi;

 I don't mind if it's called alpha or beta, but I agree with Yves, that
 at least the 32-bit X86 images are in a good shape (sometimes even a bit
 better than 4.x) and worth a release.

 We also almost reached our major goals for 5.x, a toolchain that is
 capable to generate kernel and packages for other architectures
 ("arm-versatile"), although we have no image ready yet. But this is IMHO
 no showstopper - it can be added anytime during alpha/beta cycle.

 I assume that working on a bootable ARM/MIPS image may require to patch
 the kernel, or adding a replacement for syslinux - so we may call it
 alpha...

 BTW: What's the status of the 64bit branch? Are there plans to merge it?
>>> Hi KP,
>>> all compile fine except oprofile package.
>>> You can use the buc5-x86_64-toolchain branch and the
>>> x86_64-unknown-linux-uclibc toolchain to test.
>>>
>>> Regards,
>>> Yves
>>>
>> oprofile just requires libbfd assembled with -fPIC - I committed
>> changes, it seems like now it's assembled correctly.
> Do you know why is it working previously with 32bit toolchain without
> the -fPIC flag ?
No, I don't know. For some reasons libbfd under 64bit should be 
position-independent.
>> P.S. For some reasons gcc stack protector was disabled (maybe something
>> fails to compile with it); I'll try to enable it.
> Great !
>
> Yves


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Yves Blusseau
Le 24/10/2012 10:59, Andrew a écrit :
> Hi.
> Before we decided to announce 5.0-alpha (because there is active
> development process, and before release we may decide to upgrade
> kernel/uClibc/toolchain, + we still not have working cross-compiled
> image for non-x86 arch - for ex., some SOHO MIPS router).
For the kernel i vote for the 3.6 series that is now stable and have 
network optimisations.
For uClibc we can use the latest stable version 0.9.33.2 (the one we 
currently use).
For the toolchain perhaps it will be great to let users add their own 
toolchain. Now we can have flexible configurations.
For example, i have a soekris net6501 (atom E6xx) and i want to make an 
optimize toolchain/kernel for it. I don't think you want to have the 
files in the public repository because it's too specific.
One idea that i have is to add a new variable ie: $USER_DIR_CONFIG that 
will contain the path to configurations for local user which is a 
directory external to the buildtool directory.

After that in MasterInclude.mk we can add:
ifneq ($(USER_DIR_CONFIG),)
include $(USER_DIR_CONFIG)/make/toolchain/*.mk
endif

and add in conf/sources.cfg:
?include $(USER_DIR_CONFIG)/conf/sources.cfg

and in the package buildimage.cfg (for example for linux):
?include $(USER_DIR_CONFIG)/repo/linux/buildimage.cfg

that will contain something like:

 Server = userrepo
 Directory = linux
 envname = LINUX_CONFPATCH-net6501
 Revision = HEAD


and finaly in conf/servers.cfg:
?include  $(USER_DIR_CONFIG)/conf/servers.cfg

that contain:

 Type = filesymlnk
 Serverpath = $(USER_DIR_CONFIG)/repo


This is the idea (i don't have test it but it must works).

What do you think about that ?

Yves

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] Buc 5.x Beta ?

2012-10-25 Thread Yves Blusseau
Le 24/10/2012 19:22, Andrew a écrit :
> 24.10.2012 17:25, Yves Blusseau пишет:
>> Le 24/10/2012 15:22, KP Kirchdoerfer a écrit :
>>> Am 24.10.2012 10:59, schrieb Andrew:
 Hi.
 Before we decided to announce 5.0-alpha (because there is active
 development process, and before release we may decide to upgrade
 kernel/uClibc/toolchain, + we still not have working cross-compiled
 image for non-x86 arch - for ex., some SOHO MIPS router).

 24.10.2012 11:12, Yves Blusseau пишет:
> Hi all,
>
> i think buc 5 is enough stable so a beta can be released ?
> What do you think about releasing a 5.0-beta1 ?
>
> Regards,
> Yves
>>> Hi;
>>>
>>> I don't mind if it's called alpha or beta, but I agree with Yves, that
>>> at least the 32-bit X86 images are in a good shape (sometimes even a bit
>>> better than 4.x) and worth a release.
>>>
>>> We also almost reached our major goals for 5.x, a toolchain that is
>>> capable to generate kernel and packages for other architectures
>>> ("arm-versatile"), although we have no image ready yet. But this is IMHO
>>> no showstopper - it can be added anytime during alpha/beta cycle.
>>>
>>> I assume that working on a bootable ARM/MIPS image may require to patch
>>> the kernel, or adding a replacement for syslinux - so we may call it
>>> alpha...
>>>
>>> BTW: What's the status of the 64bit branch? Are there plans to merge it?
>> Hi KP,
>> all compile fine except oprofile package.
>> You can use the buc5-x86_64-toolchain branch and the
>> x86_64-unknown-linux-uclibc toolchain to test.
>>
>> Regards,
>> Yves
>>
> oprofile just requires libbfd assembled with -fPIC - I committed
> changes, it seems like now it's assembled correctly.
Do you know why is it working previously with 32bit toolchain without 
the -fPIC flag ?
>
> P.S. For some reasons gcc stack protector was disabled (maybe something
> fails to compile with it); I'll try to enable it.
Great !

Yves

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel