devil-linux-develop — developer discussions

Re: [Devil-linux-develop] Serious problem with new kernel?

[Bruce S. <bw...@ar...>]

What's the quickest way to recompile the kernel (short of mrproper)
and make a new ISO? I want to try some different configuration options.

Thanks, BS

Re: [Devil-linux-develop] Serious problem with new kernel?

[Bruce S. <bw...@ar...>]

> >I just booted my new DL ISO in VMware, compiled yesterday with the new
> >kernel.  During bootup, after the message:
> >
> >"Searching for Devil-Linux CDROM"
> >
> >I get a page full of "hda: lost interrupt" messages, intermixed with
> >a few  "hda: DMA interrupt recover" messages.
> >
> >It's still trying to boot...
> 
> I booted it yesterday within VMWare and had no problems, I'm still using
> Vmware 3.1

I'm using VMware 4.0.0.

> I'll upload a new testing release and test it on a real computer later
> today.

Keep me posted.

 - BS

Re: [Devil-linux-develop] Serious problem with new kernel?

[Heiko Z. <hz...@pr...>]

On 06/18/2003 09:47:29 AM Bruce Smith wrote:
>I just booted my new DL ISO in VMware, compiled yesterday with the new=

>kernel.  During bootup, after the message:
>
>"Searching for Devil-Linux CDROM"
>
>I get a page full of "hda: lost interrupt" messages, intermixed with
>a few  "hda: DMA interrupt recover" messages.
>
>It's still trying to boot...

I booted it yesterday within VMWare and had no problems, I'm still usin=
g
Vmware 3.1
I'll upload a new testing release and test it on a real computer later
today.

cya
  Heiko
=

[Devil-linux-develop] Serious problem with new kernel?

[Bruce S. <br...@ar...>]

I just booted my new DL ISO in VMware, compiled yesterday with the new
kernel.  During bootup, after the message:  

"Searching for Devil-Linux CDROM"

I get a page full of "hda: lost interrupt" messages, intermixed with
a few  "hda: DMA interrupt recover" messages.

It's still trying to boot...

--------------------------------------------
Bruce Smith                br...@ar...
System Administrator / Network Administrator
Armstrong International, Inc.
Three Rivers, Michigan  49093  USA
http://www.armstrong-intl.com/
--------------------------------------------

Re: [Devil-linux-develop] Suggestion for better compiling.

[John v. V. <joh...@ya...>]

Well... I am not sure if this will help, but I am going to try to start
developing inside the BOCHS emulator using DL and then moving onto a uClibc
version that I will call SOY.  I am not sure if I will have success, but you
guys have VMWare (jealous)

John


--- Heiko Zuerker <he...@zu...> wrote:
> Bruce Smith wrote:
> >>>>Take a look at scripts/prepare and search for "uname" ( without the
> >>>
> >>>quotes
> >>>
> >>>>*lol*).  The complete DL System is build for the specific CPU.
> >>>
> >>>Are you sure it's working?  I was watching openssl & glibc both compile
> >>>on my screen, and I never say anything that looked like:  -march i686
> >>>or any gcc parameter containing "686" (except for the kernel).
> >>
> >>Hmmm.....checking...checking.....checking....executing: ./scripts/build.sh
> >>build opt=openssh
> >>Ok, the host-type and build-system-type in the configure part is correct,
> >>but I don't see any -march=686 either.
> >>Question: doesn't gcc use the architecture it was compiled for, when you
> >>don't specify anything?
> > 
> > 
> > I don't know.  I'm far from being a gcc expert.
> 
> same here
> 
> >>I'm getting a bit confused now....
> > 
> > 
> > Welcome to the club!  :-)
> > 
> > I've been reading the gcc man page, looking at gcc.gnu.org docs, and
> > searching the newsgroups.
> > 
> > The most useful thing I found so far is "gcc -v" tells what "spec" file
> > it uses for default options.  I looked at that file, but all the fancy
> > substitution stuff is over my head.
> > 
> > It may be using i686 optimization (in my case), but I don't know how to
> > confirm or deny it.
> 
> Let's hope somebody on this list has the answer to this.
> 
> cya
>    Heiko
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> 
> 


=====
CXN, Inc. Contact: jo...@th...
President, The Linux Society
http://groups.yahoo.com/group/linux-society
linux society distro -> http://www.thinman.com/eLSD/readme
ThinMan is a registered trademark of CXN, Inc

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: [Devil-linux-develop] Suggestion for better compiling.

[Heiko Z. <he...@zu...>]

Bruce Smith wrote:
>>>>Take a look at scripts/prepare and search for "uname" ( without the
>>>
>>>quotes
>>>
>>>>*lol*).  The complete DL System is build for the specific CPU.
>>>
>>>Are you sure it's working?  I was watching openssl & glibc both compile
>>>on my screen, and I never say anything that looked like:  -march i686
>>>or any gcc parameter containing "686" (except for the kernel).
>>
>>Hmmm.....checking...checking.....checking....executing: ./scripts/build.sh
>>build opt=openssh
>>Ok, the host-type and build-system-type in the configure part is correct,
>>but I don't see any -march=686 either.
>>Question: doesn't gcc use the architecture it was compiled for, when you
>>don't specify anything?
> 
> 
> I don't know.  I'm far from being a gcc expert.

same here

>>I'm getting a bit confused now....
> 
> 
> Welcome to the club!  :-)
> 
> I've been reading the gcc man page, looking at gcc.gnu.org docs, and
> searching the newsgroups.
> 
> The most useful thing I found so far is "gcc -v" tells what "spec" file
> it uses for default options.  I looked at that file, but all the fancy
> substitution stuff is over my head.
> 
> It may be using i686 optimization (in my case), but I don't know how to
> confirm or deny it.

Let's hope somebody on this list has the answer to this.

cya
   Heiko

Re: [Devil-linux-develop] Suggestion for better compiling.

[Bruce S. <bw...@ar...>]

> >> Take a look at scripts/prepare and search for "uname" ( without the
> >quotes
> >> *lol*).  The complete DL System is build for the specific CPU.
> >
> >Are you sure it's working?  I was watching openssl & glibc both compile
> >on my screen, and I never say anything that looked like:  -march i686
> >or any gcc parameter containing "686" (except for the kernel).
> 
> Hmmm.....checking...checking.....checking....executing: ./scripts/build.sh
> build opt=openssh
> Ok, the host-type and build-system-type in the configure part is correct,
> but I don't see any -march=686 either.
> Question: doesn't gcc use the architecture it was compiled for, when you
> don't specify anything?

I don't know.  I'm far from being a gcc expert.

> I'm getting a bit confused now....

Welcome to the club!  :-)

I've been reading the gcc man page, looking at gcc.gnu.org docs, and
searching the newsgroups.

The most useful thing I found so far is "gcc -v" tells what "spec" file
it uses for default options.  I looked at that file, but all the fancy
substitution stuff is over my head.

It may be using i686 optimization (in my case), but I don't know how to
confirm or deny it.

 - BS

Re: [Devil-linux-develop] Suggestion for better compiling.

[Heiko Z. <hz...@pr...>]

On 06/17/2003 03:58:11 PM Bruce Smith wrote:
>> >In menuconfig, submenu: "Build System Configuration", there is an
>option
>> >that allows you to select your CPU.  I've been building all of my
>betas
>> >as i686 because my home firewall is a celeron.
>> >
>> >It _appears_ the CPU option only effects the kernel compile...
>>
>> *beep* wrong ! ;-)
>
>Not the first time, or the last!  :-)

Look who you're talking to.
(Hope it's right, I learned this one yesterday)

>> Take a look at scripts/prepare and search for "uname" ( without the
>quotes
>> *lol*).  The complete DL System is build for the specific CPU.
>
>Are you sure it's working?  I was watching openssl & glibc both compil=
e
>on my screen, and I never say anything that looked like:  -march i686
>or any gcc parameter containing "686" (except for the kernel).

Hmmm.....checking...checking.....checking....executing: ./scripts/build=
.sh
build opt=3Dopenssh
Ok, the host-type and build-system-type in the configure part is correc=
t,
but I don't see any -march=3D686 either.
Question: doesn't gcc use the architecture it was compiled for, when yo=
u
don't specify anything?
I'm getting a bit confused now....

>Not to mention the comment near "uname", only says "kernel".  :-)

That most be Friedrichs fault, I never do any mistakes. It's just a typ=
e
anyway....  ;-)

cya
  Heiko
=

Re: [Devil-linux-develop] Suggestion for better compiling.

[Bruce S. <bw...@ar...>]

> >In menuconfig, submenu: "Build System Configuration", there is an option
> >that allows you to select your CPU.  I've been building all of my betas
> >as i686 because my home firewall is a celeron.
> >
> >It _appears_ the CPU option only effects the kernel compile...
> 
> *beep* wrong ! ;-)

Not the first time, or the last!  :-)

> Take a look at scripts/prepare and search for "uname" ( without the quotes
> *lol*).  The complete DL System is build for the specific CPU.

Are you sure it's working?  I was watching openssl & glibc both compile
on my screen, and I never say anything that looked like:  -march i686
or any gcc parameter containing "686" (except for the kernel).

Not to mention the comment near "uname", only says "kernel".  :-)

# fake uname to display another platform we want to compile the kernel 

And, yes, I doubled checked my .config file:   CONFIG_CPU=686

 - BS

Re: [Devil-linux-develop] Suggestion for better compiling.

[Heiko Z. <hz...@pr...>]

On 06/17/2003 03:25:50 PM Bruce Smith wrote:
>In menuconfig, submenu: "Build System Configuration", there is an opti=
on
>that allows you to select your CPU.  I've been building all of my beta=
s
>as i686 because my home firewall is a celeron.
>
>It _appears_ the CPU option only effects the kernel compile, and it
>would seem like all heavily used packages would benefit from this.

*beep* wrong ! ;-)

Take a look at scripts/prepare and search for "uname" ( without the quo=
tes
*lol*).
The complete DL System is build for the specific CPU.

>FWIW, The following Redhat packages come with optional i686 RPM's:
>kernel, glibc and openssl.
>
>It would seem like the DL CPU option should apply to at least all thre=
e
>of those packages.  (and it appears not to effect any of them, as far =
as
>I can tell)

At least.... ;-)

>Is this something we should change?

Nope ;-)

cya
  Heiko
=

[Devil-linux-develop] Suggestion for better compiling.

[Bruce S. <bw...@ar...>]

In menuconfig, submenu: "Build System Configuration", there is an option
that allows you to select your CPU.  I've been building all of my betas
as i686 because my home firewall is a celeron.

It _appears_ the CPU option only effects the kernel compile, and it
would seem like all heavily used packages would benefit from this.

FWIW, The following Redhat packages come with optional i686 RPM's:
kernel, glibc and openssl.   

It would seem like the DL CPU option should apply to at least all three
of those packages.  (and it appears not to effect any of them, as far as
I can tell)

Is this something we should change?

 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> > I wonder if that'll cause problems if the host system has a NEWER kernel
> > than the DL build?
> 
> Also a host system kernel that is too old break the glibc build.
> glibc build is somehow checking the running kernel, I guess.

Very possible.  FWIW, the help in ./configure for that option says:

--enable-kernel=VERSION compile for compatibility with kernel not 
                        older than VERSION

 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Heiko Z. <hz...@pr...>]

On 06/17/2003 02:41:58 PM Bruce Smith wrote:
>> I have 2.4.20-vanilla on my Notebook and it doesn't work there eithe=
r.
>> I'll checked in a workaround, this should work .
>
>Yes, that should work.  I made the exact same change over an hour ago,=

>and the compile is past the point where it aborted.   :-)
>
>I wonder if that'll cause problems if the host system has a NEWER kern=
el
>than the DL build?

That should usually not happen (that it's newer), but when it does you =
most
likely will have a problem.

Heiko
=

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> > I have 2.4.20-vanilla on my Notebook 

I used to run that version, but I prefer:  2.4.20-butter-pecan
(sorry, it's one of those days ...  ;-)

 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Friedrich L. <fl...@fl...>]

Bruce Smith wrote:
>>I have 2.4.20-vanilla on my Notebook and it doesn't work there either.
>>I'll checked in a workaround, this should work .
> 
> 
> Yes, that should work.  I made the exact same change over an hour ago,
> and the compile is past the point where it aborted.   :-)
> 
> I wonder if that'll cause problems if the host system has a NEWER kernel
> than the DL build?

Also a host system kernel that is too old break the glibc build.
glibc build is somehow checking the running kernel, I guess.


-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> I have 2.4.20-vanilla on my Notebook and it doesn't work there either.
> I'll checked in a workaround, this should work .

Yes, that should work.  I made the exact same change over an hour ago,
and the compile is past the point where it aborted.   :-)

I wonder if that'll cause problems if the host system has a NEWER kernel
than the DL build?

 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Heiko Z. <hz...@pr...>]

On 06/17/2003 01:24:40 PM Bruce Smith wrote:
>> >Hum, got this error twice:
>> >FATAL: kernel too old
>> >make[3]: ***
>[/data/build/tmp/glibc-build/sunrpc/xbootparam_prot.stmp]
>> >Error 1
>> >make[3]: Leaving directory `/data/build/tmp/glibc-2.3.2/sunrpc'
>> >make[2]: *** [sunrpc/others] Error 2
>> >make[2]: Leaving directory `/data/build/tmp/glibc-2.3.2'
>> >make[1]: *** [all] Error 2
>> >make[1]: Leaving directory `/data/build/tmp/glibc-build'
>> >ERROR
>> >/data/build/scripts/glibc build failed
>> >make: *** [build] Error 1
>> >root:/data/build#
>>
>> Which Kernel do you use on the Host OS ?
>
>2.4.20-18.9   (the latest kernel update for Redhat 9)
>

I have 2.4.20-vanilla on my Notebook and it doesn't work there either.
I'll checked in a workaround, this should work .

Heiko

=

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> >Hum, got this error twice:
> >FATAL: kernel too old
> >make[3]: *** [/data/build/tmp/glibc-build/sunrpc/xbootparam_prot.stmp]
> >Error 1
> >make[3]: Leaving directory `/data/build/tmp/glibc-2.3.2/sunrpc'
> >make[2]: *** [sunrpc/others] Error 2
> >make[2]: Leaving directory `/data/build/tmp/glibc-2.3.2'
> >make[1]: *** [all] Error 2
> >make[1]: Leaving directory `/data/build/tmp/glibc-build'
> >ERROR
> >/data/build/scripts/glibc build failed
> >make: *** [build] Error 1
> >root:/data/build#
> 
> Which Kernel do you use on the Host OS ?

2.4.20-18.9   (the latest kernel update for Redhat 9)

> P.S. Just started a fresh compile on another computer, should have some
> more results in an hour or so.

OK.

I really don't want to have to run a non-Redhat kernel on my devel host.

 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Heiko Z. <hz...@pr...>]

On 06/17/2003 01:14:40 PM Bruce Smith wrote:
>> the updates for Kernel 2.4.21, are in CVS and on the FTP Server.
>
>Hum, got this error twice:
>FATAL: kernel too old
>make[3]: *** [/data/build/tmp/glibc-build/sunrpc/xbootparam_prot.stmp]=

>Error 1
>make[3]: Leaving directory `/data/build/tmp/glibc-2.3.2/sunrpc'
>make[2]: *** [sunrpc/others] Error 2
>make[2]: Leaving directory `/data/build/tmp/glibc-2.3.2'
>make[1]: *** [all] Error 2
>make[1]: Leaving directory `/data/build/tmp/glibc-build'
>ERROR
>/data/build/scripts/glibc build failed
>make: *** [build] Error 1
>root:/data/build#

Which Kernel do you use on the Host OS ?

Heiko

P.S. Just started a fresh compile on another computer, should have some=

more results in an hour or so.
=

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> the updates for Kernel 2.4.21, are in CVS and on the FTP Server.

Hum, got this error twice:

...
gcc -nostdlib -nostartfiles -o
/data/build/tmp/glibc-build/sunrpc/rpcinfo 
-Wl,-dynamic-linker=/lib/ld-linux.so.2   -Wl,-z,combreloc
/data/build/tmp/glibc-build/csu/crt1.o
/data/build/tmp/glibc-build/csu/crti.o `gcc
--print-file-name=crtbegin.o`
/data/build/tmp/glibc-build/sunrpc/rpcinfo.o 
-Wl,-rpath-link=/data/build/tmp/glibc-build:/data/build/tmp/glibc-build/math:/data/build/tmp/glibc-build/elf:/data/build/tmp/glibc-build/dlfcn:/data/build/tmp/glibc-build/nss:/data/build/tmp/glibc-build/nis:/data/build/tmp/glibc-build/rt:/data/build/tmp/glibc-build/resolv:/data/build/tmp/glibc-build/crypt:/data/build/tmp/glibc-build/linuxthreads /data/build/tmp/glibc-build/libc.so.6 /data/build/tmp/glibc-build/libc_nonshared.a -lgcc `gcc --print-file-name=crtend.o` /data/build/tmp/glibc-build/csu/crtn.o
CPP='gcc -E -x c-header'  /data/build/tmp/glibc-build/elf/ld-linux.so.2
--library-path
/data/build/tmp/glibc-build:/data/build/tmp/glibc-build/math:/data/build/tmp/glibc-build/elf:/data/build/tmp/glibc-build/dlfcn:/data/build/tmp/glibc-build/nss:/data/build/tmp/glibc-build/nis:/data/build/tmp/glibc-build/rt:/data/build/tmp/glibc-build/resolv:/data/build/tmp/glibc-build/crypt:/data/build/tmp/glibc-build/linuxthreads /data/build/tmp/glibc-build/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /data/build/tmp/glibc-build/sunrpc/xbootparam_prot.T
FATAL: kernel too old
make[3]: *** [/data/build/tmp/glibc-build/sunrpc/xbootparam_prot.stmp]
Error 1
make[3]: Leaving directory `/data/build/tmp/glibc-2.3.2/sunrpc'
make[2]: *** [sunrpc/others] Error 2
make[2]: Leaving directory `/data/build/tmp/glibc-2.3.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/data/build/tmp/glibc-build'
ERROR
/data/build/scripts/glibc build failed
make: *** [build] Error 1
root:/data/build#

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <bw...@ar...>]

> >After updating src & CVS, and running a "make mrproper",
> >I was watching a "make unpack" roll by, and I'm wondering why
> >there are two different versions of lilo source?
> 
> That should not be...
> Can you delete the older one, I can't get into the FTP server right now.

It's gone:

 /pub/devel/sources/0.6 > dir lilo*

-rw-r--r--   1 1012  devillinux  373561 Mar 11 02:52 lilo-22.4.1.tar.gz
-rw-r--r--   1 1012  devillinux  393837 Jun  2 14:57 lilo-22.5.4.tar.gz

 /pub/devel/sources/0.6 > rm lilo-22.4.1.tar.gz

 /pub/devel/sources/0.6 > dir lilo*

-rw-r--r--   1 1012  devillinux  393837 Jun  2 14:57 lilo-22.5.4.tar.gz


 - BS

Re: [Devil-linux-develop] Kernel 2.4.21

[Heiko Z. <hz...@pr...>]

On 06/17/2003 11:21:56 AM Bruce Smith wrote:
>> the updates for Kernel 2.4.21, are in CVS and on the FTP Server.
>
>Cool!  After updating src & CVS, and running a "make mrproper",
>I was watching a "make unpack" roll by, and I'm wondering why
>there are two different versions of lilo source?

That should not be...
Can you delete the older one, I can't get into the FTP server right now=
.

Thanks !

cya
   Heiko
=

Re: [Devil-linux-develop] Kernel 2.4.21

[Bruce S. <br...@ar...>]

> the updates for Kernel 2.4.21, are in CVS and on the FTP Server.

Cool!  After updating src & CVS, and running a "make mrproper",
I was watching a "make unpack" roll by, and I'm wondering why
there are two different versions of lilo source?
 
--------------------------------------------
Bruce Smith                br...@ar...
System Administrator / Network Administrator
Armstrong International, Inc.
Three Rivers, Michigan  49093  USA
http://www.armstrong-intl.com/
--------------------------------------------

[Devil-linux-develop] Kernel 2.4.21

[Heiko Z. <hz...@pr...>]

Hey,

the updates for Kernel 2.4.21, are in CVS and on the FTP Server.
I'm currently also uploading a new testing release, but it will take
another hour until it's complete.

cya
  Heiko

=

[Devil-linux-develop] [ devil-linux-Bugs-752071 ] update ppp

[SourceForge.net <no...@so...>]

Bugs item #752071, was opened at 2003-06-10 13:08
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=752071&group_id=34096

Category: Package
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: update ppp

Initial Comment:
find a current version here:
https://sourceforge.net/project/showfiles.php?
group_id=33063&release_id=164669

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=752071&group_id=34096