[Buildroot] [PATCH 1/2] ethtool: bump to 3.2

[Buildroot] [PATCH 1/2] ethtool: bump to 3.2

[yegorslists at googlemail.com]

From: Yegor Yefremov <yegorslists@googlemail.com>

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
---
 package/ethtool/ethtool.mk |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/package/ethtool/ethtool.mk b/package/ethtool/ethtool.mk
index 04f7dac..101d0a1 100644
--- a/package/ethtool/ethtool.mk
+++ b/package/ethtool/ethtool.mk
@@ -4,7 +4,7 @@
 #
 #############################################################
 
-ETHTOOL_VERSION = 3.1
+ETHTOOL_VERSION = 3.2
 ETHTOOL_SITE = $(BR2_KERNEL_MIRROR)/software/network/ethtool
 
 $(eval $(call AUTOTARGETS))
-- 
1.7.1.1

[Buildroot] [PATCH 2/2] New package: kmod

[yegorslists at googlemail.com]

From: Yegor Yefremov <yegorslists@googlemail.com>

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
---
 package/Config.in      |    1 +
 package/kmod/Config.in |    7 +++++++
 package/kmod/kmod.mk   |    8 ++++++++
 3 files changed, 16 insertions(+), 0 deletions(-)
 create mode 100644 package/kmod/Config.in
 create mode 100644 package/kmod/kmod.mk

diff --git a/package/Config.in b/package/Config.in
index 1042d95..2d0550f 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -557,6 +557,7 @@ if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
 source "package/bootutils/Config.in"
 endif
 source "package/htop/Config.in"
+source "package/kmod/Config.in"
 if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
 source "package/module-init-tools/Config.in"
 source "package/procps/Config.in"
diff --git a/package/kmod/Config.in b/package/kmod/Config.in
new file mode 100644
index 0000000..f83237e
--- /dev/null
+++ b/package/kmod/Config.in
@@ -0,0 +1,7 @@
+config BR2_PACKAGE_KMOD
+	bool "kmod"
+	help
+	  handle kernel modules
+
+	  http://git.profusion.mobi/cgit.cgi/kmod.git/
+
diff --git a/package/kmod/kmod.mk b/package/kmod/kmod.mk
new file mode 100644
index 0000000..1d21296
--- /dev/null
+++ b/package/kmod/kmod.mk
@@ -0,0 +1,8 @@
+KMOD_VERSION = 3
+KMOD_SOURCE = kmod-$(KMOD_VERSION).tar.bz2
+KMOD_SITE = http://git.profusion.mobi/cgit.cgi/kmod.git/snapshot
+KMOD_INSTALL_STAGING =YES
+KMOD_AUTORECONF = YES
+
+$(eval $(call AUTOTARGETS))
+
-- 
1.7.1.1

[Buildroot] [PATCH 1/2] ethtool: bump to 3.2

[Peter Korsgaard]

>>>>> "yegorslists" == yegorslists  <yegorslists@googlemail.com> writes:

 yegorslists> From: Yegor Yefremov <yegorslists@googlemail.com>
 yegorslists> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>

Committed, thanks.

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCH 2/2] New package: kmod

[Peter Korsgaard]

>>>>> "yegorslists" == yegorslists  <yegorslists@googlemail.com> writes:

 yegorslists> From: Yegor Yefremov <yegorslists@googlemail.com>
 yegorslists> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>

You were missing a host-pkg-config dependency. I've fixed that and
committed, thanks.

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCH 2/2] New package: kmod

[Arnout Vandecappelle]

On Monday 16 January 2012 16:04:36 yegorslists at googlemail.com wrote:
> diff --git a/package/kmod/Config.in b/package/kmod/Config.in
> new file mode 100644
> index 0000000..f83237e
> --- /dev/null
> +++ b/package/kmod/Config.in
> @@ -0,0 +1,7 @@
> +config BR2_PACKAGE_KMOD
> +	bool "kmod"
> +	help
> +	  handle kernel modules
> +
> +	  http://git.profusion.mobi/cgit.cgi/kmod.git/

 It would be nice if there was a config option to disable installing
the tools, in case you want to use it as a library (which is probably
the primary intention).

 That option should set
KMOD_INSTALL_STAGING = NO
KMOD_CONF_OPT += --disable-tools


 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] [PATCH 2/2] New package: kmod

[Peter Korsgaard]

>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:

 Arnout> On Monday 16 January 2012 16:04:36 yegorslists at googlemail.com wrote:
 >> diff --git a/package/kmod/Config.in b/package/kmod/Config.in
 >> new file mode 100644
 >> index 0000000..f83237e
 >> --- /dev/null
 >> +++ b/package/kmod/Config.in
 >> @@ -0,0 +1,7 @@
 >> +config BR2_PACKAGE_KMOD
 >> +	bool "kmod"
 >> +	help
 >> +	  handle kernel modules
 >> +
 >> +	  http://git.profusion.mobi/cgit.cgi/kmod.git/

 Arnout>  It would be nice if there was a config option to disable installing
 Arnout> the tools, in case you want to use it as a library (which is probably
 Arnout> the primary intention).

True. /usr/bin/kmod is 88k, so not huge - But ok.

 Arnout>  That option should set
 Arnout> KMOD_INSTALL_STAGING = NO

Why would you not install into staging?

 Arnout> KMOD_CONF_OPT += --disable-tools

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCH 2/2] New package: kmod

[Arnout Vandecappelle]

On Monday 16 January 2012 20:27:20 Peter Korsgaard wrote:
> >>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
> 
>  Arnout> On Monday 16 January 2012 16:04:36 yegorslists at googlemail.com wrote:
>  >> diff --git a/package/kmod/Config.in b/package/kmod/Config.in
>  >> new file mode 100644
>  >> index 0000000..f83237e
>  >> --- /dev/null
>  >> +++ b/package/kmod/Config.in
>  >> @@ -0,0 +1,7 @@
>  >> +config BR2_PACKAGE_KMOD
>  >> +	bool "kmod"
>  >> +	help
>  >> +	  handle kernel modules
>  >> +
>  >> +	  http://git.profusion.mobi/cgit.cgi/kmod.git/
>  Arnout>  That option should set
>  Arnout> KMOD_INSTALL_STAGING = NO
> 
> Why would you not install into staging?

 That should me KMOD_INSTALL_TARGET, of course.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] [PATCH 2/2] New package: kmod

[Peter Korsgaard]

>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:

 Arnout> That option should set
 Arnout> KMOD_INSTALL_STAGING = NO
 >> 
 >> Why would you not install into staging?

 Arnout>  That should me KMOD_INSTALL_TARGET, of course.

You would still need to install the shared library, so we should rather
remove the binary instead.

-- 
Bye, Peter Korsgaard

[Buildroot] [PATCH 2/2] New package: kmod

[Yegor Yefremov]

On Tue, Jan 17, 2012 at 3:15 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
>
> ?Arnout> That option should set
> ?Arnout> KMOD_INSTALL_STAGING = NO
> ?>>
> ?>> Why would you not install into staging?
>
> ?Arnout> ?That should me KMOD_INSTALL_TARGET, of course.
>
> You would still need to install the shared library, so we should rather
> remove the binary instead.

I added this package, because it is udev's dependency now. I'll have
to look into udev, to tell if it uses only library or binary too.

As we came to this topic, what is your opinion on adding /run? It also
became udev's dependency.

I'll set my udev's patch series tomorrow.

Yegor

[Buildroot] [PATCH 2/2] New package: kmod

[Stephan Raue]

On 01/17/2012 11:13 PM, Yegor Yefremov wrote:
> I added this package, because it is udev's dependency now. I'll have 
> to look into udev, to tell if it uses only library or binary too. As 
> we came to this topic, what is your opinion on adding /run? It also 
> became udev's dependency. I'll set my udev's patch series tomorrow. 
> Yegor _______________________________________________ buildroot 
> mailing list buildroot at busybox.net 
> http://lists.busybox.net/mailman/listinfo/buildroot 

udev byself needs only the lib. the binarys can be used as 
insmod/rmmod/modprobe/modinfo replacement from module-init-tools or 
busybox's solution. the "kmod" binary byself is a multicall binary so 
insmod/rmmod/... can be symlinks to this binary.

Stephan

[Buildroot] [PATCH 2/2] New package: kmod

[Arnout Vandecappelle]

On Tuesday 17 January 2012 23:13:08 Yegor Yefremov wrote:
> As we came to this topic, what is your opinion on adding /run? It also
> became udev's dependency.

 IIRC /run basically replaces /var/run in Fedora, Debian, SuSE and others.
Since we anyway symlink /var/run to /tmp, we can easily do the same for /run.

 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] [PATCH 2/2] New package: kmod

[Peter Korsgaard]

>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:

 Arnout> On Tuesday 17 January 2012 23:13:08 Yegor Yefremov wrote:
 >> As we came to this topic, what is your opinion on adding /run? It also
 >> became udev's dependency.

 Arnout>  IIRC /run basically replaces /var/run in Fedora, Debian, SuSE
 Arnout> and others.  Since we anyway symlink /var/run to /tmp, we can
 Arnout> easily do the same for /run.

That's my understanding as well. I don't have any issues with adding a
/run symlink to fs/skeleton.


-- 
Bye, Peter Korsgaard

[Buildroot] [PATCH 2/2] New package: kmod

[Yegor Yefremov]

On Wed, Jan 18, 2012 at 12:04 AM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
>
> ?Arnout> On Tuesday 17 January 2012 23:13:08 Yegor Yefremov wrote:
> ?>> As we came to this topic, what is your opinion on adding /run? It also
> ?>> became udev's dependency.
>
> ?Arnout> ?IIRC /run basically replaces /var/run in Fedora, Debian, SuSE
> ?Arnout> and others. ?Since we anyway symlink /var/run to /tmp, we can
> ?Arnout> easily do the same for /run.
>
> That's my understanding as well. I don't have any issues with adding a
> /run symlink to fs/skeleton.

O.K. I'll prepare the patch.

Yegor