On Thursday 04 September 2008 08:08, Vladimir Dronnikov wrote:
> >
> > and stage 3 is not needed at all - "killall5 -TERM" etc still works,
> > no need to talk to init.
> >
>
> I see. But IMO killall5ing would just makes kernel panic after /sbin/init
> exits, right?
No. Even killall5 -KILL won't.
On Thu, Sep 04, 2008 at 12:36:16AM +0200, Denys Vlasenko wrote:
> Still can't reproduce.
>
> # /usr/app/module-init-tools-3.4/sbin/insmod --version
> module-init-tools version 3.4
>
> # /usr/app/module-init-tools-3.4/sbin/insmod camellia
> insmod: can't read 'camellia': No such file or directory
Hi,
I've been caught up with some more important stuff to fix/do for a while. I
hoped to get the 2.4 support tested. But currently this patch has been tested
only on 2.6 (I just rebased it to svn head so hopefully it's still working).
Currently not implemented is 2.4 module argument parsing. Ot
hi Steven,
1. i am not the maintainer but these are the questions that came
to mine mind as i read your proposal.
BB has is target audience in the embedded area.
Do you think that this is a really useful extension ?
why not port others like blktool also ?
are you interested in maintain
Hi Walter,
Thank you for asking.
Actually I need ethtool to do some network card testing in initrd (about
PXE booting), that's why I proposed that idea.
Regards,
Steven.
walter harms wrote:
> hi Steven,
> 1. i am not the maintainer but these are the questions that came
>to mine mind as i re
On Wed, Sep 03, 2008 at 08:51:38PM +0200, Denys Vlasenko wrote:
>On Monday 01 September 2008 19:55, Vladimir Dronnikov wrote:
>> And -D option for install, please :^) I can't compile buildroot using
>> BB coreutils...
>
>Try this.
>--
>vda
>@@ -161,6 +161,16 @@ int install_main(int argc, char **ar
On Thu, Sep 04, 2008 at 01:38:16PM +0800, Steven Shiau wrote:
>Hi,
>Ethtool (http://sourceforge.net/projects/gkernel) is an useful tool. I
>found in 2006 there was a try to include that:
>http://bugs.busybox.net/view.php?id=789
That bug was about adding ethtool to buildroot and it was applied.
>I
Hi,
Since the "tc" (traffic control utility from iproute2) is not part of
the BusyBox distribution, I wonder how I can implement DiffServ
prioritized queueing on our BusyBox embedded system. What we want is
PRIO queuing (3 queues) with TBF (token bucket filter) on the two
highest priorities to av
On Thu, Sep 04, 2008 at 04:07:04PM +0200, Lie Arne wrote:
>Bernhard,
>
>Thanks for the info. In the meantime we did a cross-compilation and I
>think it is working ok. Have to check further; anyway, thanks again!
welcome.
The box that hosts svn is a bit slow ATM, so said commit may not have
made i
On Thu, Sep 04, 2008 at 01:34:14PM +0800, Steven Woody wrote:
> On Thu, Sep 4, 2008 at 10:00 AM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> > Did you try booting with init=/bin/sh as I suggested two days ago? Or
> > modify your inittab to present you with a shell without needing to
> > login? This
Bernhard,
Thanks for the info. In the meantime we did a cross-compilation and I
think it is working ok. Have to check further; anyway, thanks again!
/Arne
> -Original Message-
> From: Bernhard Reutner-Fischer [mailto:[EMAIL PROTECTED]
> Sent: 4. september 2008 15:23
> To: Lie Arne
> Cc
On Thu, Sep 04, 2008 at 01:00:16PM +0200, Lie Arne wrote:
>Hi,
>
>Since the "tc" (traffic control utility from iproute2) is not part of
>the BusyBox distribution, I wonder how I can implement DiffServ
>prioritized queueing on our BusyBox embedded system. What we want is
>PRIO queuing (3 queues) wi
Hello, Timo!
modutils.h redefines some stuff causing build failure.
See attached patch against v7.
Regards,
--
Vladimir
b.patch
Description: Binary data
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
On Thu, Sep 4, 2008 at 10:29 PM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 04, 2008 at 01:34:14PM +0800, Steven Woody wrote:
>> On Thu, Sep 4, 2008 at 10:00 AM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
>> > Did you try booting with init=/bin/sh as I suggested two days ago? Or
>> > mo
I wish the patch were applied. It is much better to work on some base
code than ping-pong a huge patches... Vanilla BB modprobe should be
gone as it is big, slow and lacks several features.
Tested the patch. Compiles cleanly with some cleanup in modutils.h
(several defines are redundant). Works.
On Thursday 04 September 2008 03:50, Steven Woody wrote:
> >> And, I got see a suspicious messages just after the kernel booted:
> >> ---
> >> VFS: Mounted root (cramfs filesystem) readonly.
> >> Freeing init memory: 84K
> >> Error -3 while decompressing!
> >> c0925384(-7384812)->c3e38000(4096)
> >
On Thursday 04 September 2008 17:49, Steven Woody wrote:
> On Thu, Sep 4, 2008 at 10:29 PM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> > On Thu, Sep 04, 2008 at 01:34:14PM +0800, Steven Woody wrote:
> >> On Thu, Sep 4, 2008 at 10:00 AM, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> >> > Did you try
On Thursday 04 September 2008 07:38, Steven Shiau wrote:
> Hi,
> Ethtool (http://sourceforge.net/projects/gkernel) is an useful tool. I
> found in 2006 there was a try to include that:
> http://bugs.busybox.net/view.php?id=789
> Is that possible to include that in the future release of busybox ?
Y
On Thursday 04 September 2008 09:10, Tobias Poschwatta wrote:
> But I can't with 1.12.0:
>
> # ./busybox-1.12.0 lsmod
> usblp 10976 0 - Live 0xbf005000
> sd_mod 14484 3 - Live 0xbf00
>
> # ./busybox-1.12.0 insmod usb-storage.ko
> insmod: chdir(2.6.12.6-arm1): No such file or directory
>
>
On Thursday 04 September 2008 22:13, Denys Vlasenko wrote:
> Can't reproduce. My strace.log has no chdir():
>
>
> # strace -o insmod.log ./busybox insmod ufs.ko
>
> # cat insmod.log
> execve("./busybox", ["./busybox", "insmod", "ufs.ko"], [/* 32 vars */]) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TC
20 matches
Mail list logo
