devil-linux-develop — developer discussions

[Devil-linux-develop] Re: OT: linux 1.0 (Re: [Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error)

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

> > So, when/what-version was your first Linux?
> 
> Not 1.0 but 1.2.

Not bad.  Here's something I find interesting:

Even with my 1.0/1994 start with Linux, there are TWO other members of
my local Linux Users Group who have been using Linux longer than I
have!  On guy started with a 0.9something.

I'm a member of the most active LUG in the USA, possibly the world.
We meet, and have presentations, EVERY WEEK (except for major holidays).
We've been doing that for at least six years, and still going strong.
We have about 250 people from all over the world on our main mailing
list, and we average about 30 people at each meeting.  We have brought
in guest speakers from IBM, SuSE, TurboLinux and other major Linux
corporations.  We are currently flying a Ximian developer in from Boston
to give a presentation at an upcoming meeting.  We have LTSP and
wireless networks running at our meeting location.  We're currently
building an AsteriskPBX box, and used to run a Linux based cyber-cafe
until the building was sold out from under us.  We have a booth at a
traveling computer sale this Sunday to promote Linux, and we even
produce our own Linux distribution (created by your's truly :)   

Sorry for the off-topic plug, but I'm really proud of these guys, and
I'm proud to be the sysadmin and co-webmaster of the web server.  So, if
you know of anyone wanting to learn more about Linux have them check out
our presentation notes from prior meetings, and/or sign up for our
mailing list(s) and learn by listening and asking questions.

One last plug:  If anyone is learning LDAP, head to the web site right
now.  One of our officers created the best OpenLDAP documentation
available anywhere.  He's currently talking with O'Reilly about making
it into a book.  Currently available as PDF freely downloadable from our
web site:   http://www.kalamazoolinux.org/

> >>>Don't get me wrong, Linux has always been extremely stable, even back in
> >>>the 1.0 days, but it was very rough around the edges, and there wasn't
> >>>much software available for it (compared to today).
> >>>
> >>>I should send you a copy of my 1.0 CD so you can really appreciate how
> >>>good we have it now!  :-)  But you may have to find a 386 to run it on. 
> >>>I'm not sure it would run on modern hardware...
> >>
> >>Have you tried vmware?
> > 
> > No, I haven't tried it on anything since the mid 90's.
> > But, that's not a bad idea.  I'll have to dig it up and play.
> 
> I guess you then have to play with the "operating system" knob in the
> vmware configurator.

The base system will probably run, but I have serious doubts about
getting X to run on any video card available today.  I doubt VMware has
drivers for the XFree86 version that comes on this distro!  ;-)

 - BS

Re: [Devil-linux-develop] setup

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

On 06/19/2003 09:56:25 PM Bruce Smith wrote:
>> I also see no help
>
>OK, I had help loaded for a couple items (as a sample), and they didn'=
t
>show up on mine either.
>
>The problem is I created the help file in /etc/sysconfig/ and both of =
us
>were using an _old_ etc.tar.bz2 config, which doesn't contain the file=
.
>
>If you want to see the help work, copy "software-help" to your
>/etc/sysconfig/ (or start with a fresh config), go to "Services" in
>setup, and the first two items should have help on the bottom line.
>
>Should I move the "software-help" file out of /etc so we don't have th=
is
>problem in the future?  If so, where should I put it?

/usr/share/devillinux/software-help would be cool, or?
This folder is actually under $CDDIR and will not eat up any ramdisk sp=
ace.

Heiko
=

Re: OT: linux 1.0 (Re: [Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error)

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

Bruce Smith wrote:
> 
> So, when/what-version was your first Linux?

Not 1.0 but 1.2.

>>>Don't get me wrong, Linux has always been extremely stable, even back in
>>>the 1.0 days, but it was very rough around the edges, and there wasn't
>>>much software available for it (compared to today).
>>>
>>>I should send you a copy of my 1.0 CD so you can really appreciate how
>>>good we have it now!  :-)  But you may have to find a 386 to run it on. 
>>>I'm not sure it would run on modern hardware...
>>
>>Have you tried vmware?
> 
> No, I haven't tried it on anything since the mid 90's.
> But, that's not a bad idea.  I'll have to dig it up and play.

I guess you then have to play with the "operating system" knob in the
vmware configurator.

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

Re: [Devil-linux-develop] setup

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

> I also see no help

OK, I had help loaded for a couple items (as a sample), and they didn't
show up on mine either.  

The problem is I created the help file in /etc/sysconfig/ and both of us
were using an _old_ etc.tar.bz2 config, which doesn't contain the file.

If you want to see the help work, copy "software-help" to your
/etc/sysconfig/ (or start with a fresh config), go to "Services" in
setup, and the first two items should have help on the bottom line.

Should I move the "software-help" file out of /etc so we don't have this
problem in the future?  If so, where should I put it?

--------------------------------------------
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] setup

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

> >>- Timezone: you should display the subdirectories: instead of Eastern -> 
> >>   US/Eastern (could cause problem above)
> > 
> > You lost me there.
> 
> When you look in /usr/share/zoneinfo , you see that there are 
> subdirectories. One for example is the US with the file Eastern in there.
> You should show this in the list as US/Eastern.
> 
> Clear now?

Got it.  That looks much better.  (already running on my local copy)
I didn't know you could specify the directory too.  Live & learn.

> >>- You should make a comment, that using SYSLOG instead of SYSLOG-NG will 
> >>brake a few things
> > 
> > Will do.  (although it will say "break" not "brake" :)  </smartass>
> 
> Correct me when I do something wrong, I'm here to learn.

I forgot, it's a second-language thing.  
"brake" is what you step on in your car to stop.
"break" is something broken.

Both pronounced the same, spelled different, different meaning.
English is a real pain that way, as I'm sure you already know.  :-)

> >>- Packages: the dialog box is too high,
> > 
> > What do you mean by "too high"?  It covers up the header?
> 
> Yepp, it looks like you have it at least 24 lines high.

I let everything default, so "dialog" sizes all the screens.
I'll have to do some calculations and specify the size.

> >>- save: you do not need to give USB as an option
> > 
> > 
> > OK, how does it work?  
> > It looks for etc.tar and saves it wherever it finds it?
> > I just need to run "save-config" with no arguments?
> 
> Yes correct.
> It also uses *your* routine to find an empty media and then asks if it 
> should copy the configuration.

Cool.  I have a USB memory stick now, so I hope to play with it this
weekend.  BTW, I picked up a small one for saving configurations (64MB),
and a big one (512MB) to try putting all of DL on it, someday.

If anyone wants a small one cheap, this works very nice in Linux:
http://www.compgeeks.com/details.asp?invtid=MRFLASH-64M
64MB, has a write protect switch, and is only $21.95.

 - BS

Re: OT: linux 1.0 (Re: [Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error)

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

> > Youngster!  :-)   You really missed out on the tough years of Linux!
> 
> Yes daddy ;-)

So, when/what-version was your first Linux?

> > Don't get me wrong, Linux has always been extremely stable, even back in
> > the 1.0 days, but it was very rough around the edges, and there wasn't
> > much software available for it (compared to today).
> > 
> > I should send you a copy of my 1.0 CD so you can really appreciate how
> > good we have it now!  :-)  But you may have to find a 386 to run it on. 
> > I'm not sure it would run on modern hardware...
> 
> Have you tried vmware?

No, I haven't tried it on anything since the mid 90's.

But, that's not a bad idea.  I'll have to dig it up and play.

 - BS

OT: linux 1.0 (Re: [Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error)

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

Bruce Smith wrote:
> 
> Youngster!  :-)   You really missed out on the tough years of Linux!

Yes daddy ;-)


> Don't get me wrong, Linux has always been extremely stable, even back in
> the 1.0 days, but it was very rough around the edges, and there wasn't
> much software available for it (compared to today).
> 
> I should send you a copy of my 1.0 CD so you can really appreciate how
> good we have it now!  :-)  But you may have to find a 386 to run it on. 
> I'm not sure it would run on modern hardware...

Have you tried vmware?


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

Re: [Devil-linux-develop] setup

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

Bruce Smith wrote:
>>I did some (quick) testing of the new setup program, here my list:
> 
> 
> Cool!
> 
> 
>>- Timezone: when you just hit [enter] , timezone is empty
> 
> 
> That's because the default is not in my list.  The easy fix is to 
> modify the line in:  build/config/etc/sysconfig/config
> 
> TIMEZONE="US/Eastern"
> 
>   to instead say:
> 
> TIMEZONE="EST5EDT"
> 
> (so it's on my displayed list)
> 
> Is that an OK change to commit to CVS?

see next comment
Using EST5EDT isn't that common.

>>- Timezone: you should display the subdirectories: instead of Eastern -> 
>>   US/Eastern (could cause problem above)
> 
> 
> You lost me there.

When you look in /usr/share/zoneinfo , you see that there are 
subdirectories. One for example is the US with the file Eastern in there.
You should show this in the list as US/Eastern.

Clear now?

> 
>>- You should make a comment, that using SYSLOG instead of SYSLOG-NG will 
>>brake a few things
> 
> 
> Will do.  (although it will say "break" not "brake" :)  </smartass>

Correct me when I do something wrong, I'm here to learn.

>>- Packages: the dialog box is too high,
> 
> 
> What do you mean by "too high"?  It covers up the header?

Yepp, it looks like you have it at least 24 lines high.

> I can probably fix that ...

I hope so. ;-)

>> I also see no help
> 
> 
> We need to modify all the build/script/* files to 
> echo "some help" >> some-help-file
> 
> I'll do that for a few so you can look at it, and see if you 
> like it, before I spend too much time modifying them all.
> 
> 
>>- Services: same as above
> 
> 
> Same answer.  :-)

Same again.

>>- save: you do not need to give USB as an option
> 
> 
> OK, how does it work?  
> It looks for etc.tar and saves it wherever it finds it?
> I just need to run "save-config" with no arguments?

Yes correct.
It also uses *your* routine to find an empty media and then asks if it 
should copy the configuration.

>>That's it for now. Otherwise I like it, good job!
> 
> 
> Thanks for checking it out!

No problem!

cya
   Heiko

Re: [Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error

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

> > If you want to go with a kernel-like version numbering scheme, then the
> > next release of Devil Linux should be 1.0 or greater.  The first stable
> > kernel was 1.0, and I consider Devil Linux to be very stable, don't you?
> 
> Yes it is.
> We already made the decission that the next release will be 1.0. I think 
> that was not much before you joined the project.

Good!  Guess my "move to 1.0" speech wasn't necessary.  :-)

> Before releasing beta1, I'll change the version to 1.0b1. We didn't 
> announce that alot, to draw some more attention when we finally do it.

OK,  I won't tell anyone.  :-)

> > In fact my very first Linux distro in 1994 had a 1.0 kernel on it!
> > (and I've still got the CD to prove it. :)
> 
> I think I shouldn't mention that my first version was an early 2.2.x ;-)

Youngster!  :-)   You really missed out on the tough years of Linux!

Don't get me wrong, Linux has always been extremely stable, even back in
the 1.0 days, but it was very rough around the edges, and there wasn't
much software available for it (compared to today).

I should send you a copy of my 1.0 CD so you can really appreciate how
good we have it now!  :-)  But you may have to find a 386 to run it on. 
I'm not sure it would run on modern hardware...

 - BS

[Devil-linux-develop] Re: [Devil-Linux-discuss] Invalidate : Dirty buffer error

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

Bruce Smith wrote:
>>>>We decided (not too long ago) that we use the same numbering as the
>>>>Kernel folks.
>>>
>>>So that means that 0.5 should be a development release since it's an odd
>>>number?  Now I'm even more confused!   :-)
>>
>>The release number 0.5 was before we made that decission. Smartass ;-)
> 
> 
> I've been called "smartass" by a lot of different people, 
> for some reason ...  :-)
> 
> </smartass>

As you probably figured, I hear the very same word a lot, too.

> Let me try and be serious for a moment here.
> 
> If you want to go with a kernel-like version numbering scheme, then the
> next release of Devil Linux should be 1.0 or greater.  The first stable
> kernel was 1.0, and I consider Devil Linux to be very stable, don't you?

Yes it is.
We already made the decission that the next release will be 1.0. I think 
that was not much before you joined the project.
Before releasing beta1, I'll change the version to 1.0b1. We didn't 
announce that alot, to draw some more attention when we finally do it.

> In fact my very first Linux distro in 1994 had a 1.0 kernel on it!
> (and I've still got the CD to prove it. :)

I think I shouldn't mention that my first version was an early 2.2.x ;-)

> A highly respected Linux GURU ask me at a recent LUG meeting why so many
> stable open source packages keep their versions numbers under 1.0. 
> (well, that's paraphrasing, but I want to keep it clean for this list :)
> and he has a very good point.  Why is that?  I, for one, don't know.

That's for a very easy reason:
The maintainer doesn't think it's already good enough to earn the 
release number 1.0. We always want to achieve more, but usually forgett 
what we already achieved.


> I suppose future replies to this thread should go on the developers
> mailing list....

DONE

cya
   Heiko

Re: [Devil-linux-develop] setup

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

> I did some (quick) testing of the new setup program, here my list:

Cool!

> - Timezone: when you just hit [enter] , timezone is empty

That's because the default is not in my list.  The easy fix is to 
modify the line in:  build/config/etc/sysconfig/config

TIMEZONE="US/Eastern"

  to instead say:

TIMEZONE="EST5EDT"

(so it's on my displayed list)

Is that an OK change to commit to CVS?

> - Timezone: you should display the subdirectories: instead of Eastern -> 
>    US/Eastern (could cause problem above)

You lost me there.

> - You should make a comment, that using SYSLOG instead of SYSLOG-NG will 
> brake a few things

Will do.  (although it will say "break" not "brake" :)  </smartass>

> - Packages: the dialog box is too high,

What do you mean by "too high"?  It covers up the header?
I can probably fix that ...

>  I also see no help

We need to modify all the build/script/* files to 
echo "some help" >> some-help-file

I'll do that for a few so you can look at it, and see if you 
like it, before I spend too much time modifying them all.

> - Services: same as above

Same answer.  :-)

> - save: you do not need to give USB as an option

OK, how does it work?  
It looks for etc.tar and saves it wherever it finds it?
I just need to run "save-config" with no arguments?

> That's it for now. Otherwise I like it, good job!

Thanks for checking it out!

 - BS

[Devil-linux-develop] setup

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

Hey Bruce,

I did some (quick) testing of the new setup program, here my list:
- Timezone: when you just hit [enter] , timezone is empty
- Timezone: you should display the subdirectories: instead of Eastern -> 
   US/Eastern (could cause problem above)
- You should make a comment, that using SYSLOG instead of SYSLOG-NG will 
brake a few things
- Packages: the dialog box is too high, I also see no help
- Services: same as above
- save: you do not need to give USB as an option

That's it for now. Otherwise I like it, good job!

cya
   Heiko

[Devil-linux-develop] usb

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

Hey,

I just checked in the changes for save-config to support USB devices.
Have fun and bug reports are welcome, as usual. ;-)

cya
   Heiko

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

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

> > Let's switch off APIC for the UP configuration. (can you do it?)
> 
> Sure, I'll do it.  All of them, or just IOAPIC that's causing this
> problem (2nd line below)?  Right now we have:
> 
> CONFIG_X86_UP_APIC=y
> CONFIG_X86_UP_IOAPIC=y
> CONFIG_X86_LOCAL_APIC=y
> CONFIG_X86_IO_APIC=y

Checked in.  It now reads:

CONFIG_X86_UP_APIC=y
# CONFIG_X86_UP_IOAPIC is not set
# CONFIG_X86_LOCAL_APIC is not set
# CONFIG_X86_IO_APIC is not set

I think we'll be OK with UP_APIC without UP_IOAPIC.
I'll run a mrproper & new compile overnight to make sure.

 - BS

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

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

> >With that said, I still recommend we turn off IOAPIC in the UP kernel to
> >avoid problems that some people are going to have.  People who really
> >want/need IOAPIC can run a SMP kernel.  At least, I don't know of any
> >harm running a SMP kernel on a UP system...
> 
> I think it's a good idea.
> Let's switch off APIC for the UP configuration. (can you do it?)

Sure, I'll do it.  All of them, or just IOAPIC that's causing this
problem (2nd line below)?  Right now we have:

CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y

I can't find the last two variables in the linux-2.4.21/.config file, 
so I'm not sure they exist any longer.  Maybe they were replaced by
the first two?

> UP is mostly for older computes which have problems with SMP Kernels and
> most likey also with APIC.
> Leave it on for SMP.

Sure, but I don't think it matters.  I don't think we have a choice for
SMP.  I'm not an APIC expert, but I think APIC is required for SMP.

 - BS

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

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

On 06/19/2003 09:15:28 AM Bruce Smith wrote:
>> I'm also not happy with turning off the IOAPIC for everybody. You ca=
n
>> modify it for your local development environment, but don't check it=

>in.
>> I would suggest monitoring mailinglist and looking for patches over
>the
>> next few days.
>
>I found some work-arounds to make it work in VMware-4, without running=

>a non-standard DL kernel.
>
>Last night, I started a new compile following a mrproper, and compiled=

>my kernel as SMP.  That one boots fine in VMware.
>
>Otherwise I can hold down space during boot, and type "linux noapic".
>Or modify build-iso and add "noapic" to the "append ... " line.
>I've tried it both ways, and it boots fine with VMware-4.
>
>With that said, I still recommend we turn off IOAPIC in the UP kernel =
to
>avoid problems that some people are going to have.  People who really
>want/need IOAPIC can run a SMP kernel.  At least, I don't know of any
>harm running a SMP kernel on a UP system...

I think it's a good idea.
Let's switch off APIC for the UP configuration. (can you do it?)
UP is mostly for older computes which have problems with SMP Kernels an=
d
most likey also with APIC.
Leave it on for SMP.

cya
  Heiko
=

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

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

> I'm also not happy with turning off the IOAPIC for everybody. You can
> modify it for your local development environment, but don't check it in.
> I would suggest monitoring mailinglist and looking for patches over the
> next few days.

I found some work-arounds to make it work in VMware-4, without running 
a non-standard DL kernel.

Last night, I started a new compile following a mrproper, and compiled
my kernel as SMP.  That one boots fine in VMware.

Otherwise I can hold down space during boot, and type "linux noapic".
Or modify build-iso and add "noapic" to the "append ... " line.
I've tried it both ways, and it boots fine with VMware-4.

With that said, I still recommend we turn off IOAPIC in the UP kernel to
avoid problems that some people are going to have.  People who really
want/need IOAPIC can run a SMP kernel.  At least, I don't know of any
harm running a SMP kernel on a UP system...

 - BS

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

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

On 06/18/2003 01:49:21 PM Bruce Smith wrote:
>> >The "work-around" seems to be to turn off the kernel option:
>> >CONFIG_X86_UP_IOAPIC   "IO-APIC support on uniprocessors"
>> >
>> >So I ran "make menuconfig" in tmp/linux-2.4.21, turned it off, then=
:
>> >cd ../../scripts/
>> >./build.sh build opt=3Dlinux
>> >./build.sh install opt=3Dlinux
>> >cd ..
>> >rm tmp/.done_iso_100_build-iso
>> >make iso
>> >
>> >and now VMware-4 boots fine from my ISO image.  :-)
>> >
>> >CONFIG_X86_UP_IOAPIC appears in the files:
>> >scripts/config/config_linux.up  (and .smp)
>> >
>> >Should someone upload a "fix"?
>>
>> Is there a patch available?
>
>All I've found is a "-ac1" patch.  I don't know if this fixes it or no=
t.
>Would you like me to try it?
>
>Otherwise I would REALLY like to turn off CONFIG_X86_UP_IOAPIC in
>scripts/config/config_linux.up so I can develop without having to burn=

>CD's and boot them on a real PC.  IMO this is a better option than
>running the first Alan Cox pre-release anyway, since there may be new
>problems introduced in -ac1.

We for sure won't go to a -ac kernel.
I'm also not happy with turning off the IOAPIC for everybody. You can
modify it for your local development environment, but don't check it in=
.
I would suggest monitoring mailinglist and looking for patches over the=

next few days.

cya
  Heiko
=

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

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

> >The "work-around" seems to be to turn off the kernel option:
> >CONFIG_X86_UP_IOAPIC   "IO-APIC support on uniprocessors"
> >
> >So I ran "make menuconfig" in tmp/linux-2.4.21, turned it off, then:
> >cd ../../scripts/
> >./build.sh build opt=linux
> >./build.sh install opt=linux
> >cd ..
> >rm tmp/.done_iso_100_build-iso
> >make iso
> >
> >and now VMware-4 boots fine from my ISO image.  :-)
> >
> >CONFIG_X86_UP_IOAPIC appears in the files:
> >scripts/config/config_linux.up  (and .smp)
> >
> >Should someone upload a "fix"?
> 
> Is there a patch available?

All I've found is a "-ac1" patch.  I don't know if this fixes it or not.
Would you like me to try it?

Otherwise I would REALLY like to turn off CONFIG_X86_UP_IOAPIC in
scripts/config/config_linux.up so I can develop without having to burn
CD's and boot them on a real PC.  IMO this is a better option than
running the first Alan Cox pre-release anyway, since there may be new
problems introduced in -ac1.

(I can't go back to VMware 3 because I already updated my virtual hard
drives to version 4 for the Windows stuff I need to run)

 - BS

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

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

On 06/18/2003 01:19:46 PM 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 wit=
h
>> >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'll upload a new testing release and test it on a real computer lat=
er
>> today.
>
>I burned my ISO to a real CDRW, and it booted fine on a real PC.
>
>I've been doing a lot of google'ing around, and there is a LOT of talk=

>of this problem, which appears to only effect certain IDE controllers.=

>
>The "work-around" seems to be to turn off the kernel option:
>CONFIG_X86_UP_IOAPIC   "IO-APIC support on uniprocessors"
>
>So I ran "make menuconfig" in tmp/linux-2.4.21, turned it off, then:
>cd ../../scripts/
>./build.sh build opt=3Dlinux
>./build.sh install opt=3Dlinux
>cd ..
>rm tmp/.done_iso_100_build-iso
>make iso
>
>and now VMware-4 boots fine from my ISO image.  :-)
>
>CONFIG_X86_UP_IOAPIC appears in the files:
>scripts/config/config_linux.up  (and .smp)
>
>Should someone upload a "fix"?

Is there a patch available?
When yes, add it to the file kernel-patches.tar.gz  (ok it's currently
empty).
The patch will then be applied during the build process.

Heiko
=

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

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

On 06/18/2003 11:21:28 AM Bruce Smith wrote:
>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=
.

Do a "make menuconfig" in the kernel folder and then a "./scripts/build=
.sh
build opt=3Dlinux" followed by a "make clean install iso dist" .
There's most likely a faster way, but I would have to check all the
scripts....

Heiko
=

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

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

> > CONFIG_X86_UP_IOAPIC appears in the files:
> > scripts/config/config_linux.up  (and .smp)
> > 
> > Should someone upload a "fix"?
> 
> Hmmm...I guess somehow VMWARE needs to support the IO-APIC not
> devil linux I guess.

>From all the traffic I found while searching the net, I think this is 
a problem with 2.4.21 and some IDE chipsets.  Other people with this
problem were not running VMware, but real PC's.

And my VMware-4 (save version) worked fine on DL w/2.4.20.

IMO this should be fixed in DL, at least until there is a kernel patch
for it, otherwise some people will run into problems.

 - BS

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

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

Bruce Smith wrote:
> 
> CONFIG_X86_UP_IOAPIC appears in the files:
> scripts/config/config_linux.up  (and .smp)
> 
> Should someone upload a "fix"?

Hmmm...I guess somehow VMWARE needs to support the IO-APIC not
devil linux I guess.


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

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

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

> >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'll upload a new testing release and test it on a real computer later
> today.

I burned my ISO to a real CDRW, and it booted fine on a real PC.

I've been doing a lot of google'ing around, and there is a LOT of talk
of this problem, which appears to only effect certain IDE controllers.

The "work-around" seems to be to turn off the kernel option:
 CONFIG_X86_UP_IOAPIC   "IO-APIC support on uniprocessors"

So I ran "make menuconfig" in tmp/linux-2.4.21, turned it off, then:
  cd ../../scripts/
  ./build.sh build opt=linux
  ./build.sh install opt=linux
  cd ..
  rm tmp/.done_iso_100_build-iso
  make iso

and now VMware-4 boots fine from my ISO image.  :-)

CONFIG_X86_UP_IOAPIC appears in the files:
scripts/config/config_linux.up  (and .smp)

Should someone upload a "fix"?

 - BS

[Devil-linux-develop] [fmII] Logical Volume Manager 1.0.7 released (Default branch)

[<no...@fr...>]

This email is to inform you about the release of version '1.0.7' of
'Logical Volume Manager' through freshmeat.net. All URLs and other useful
information can be found at

    http://freshmeat.net/projects/logicalvolumemanager/

The changes in this release are as follows:
Support for NBD was added. Volumes as large as 2 terabytes are now
supported. Lots of bugs were fixed. 

Project description:
The Logical Volume Manager (LVM) is a subsystem for online disk
storage management which has become a de facto standard for storage
management under Linux. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Make DB2 data accessible through Web services on Linux. 

This tutorial shows how to use the Site Developer configuration of
WebSphere Studio V5 on the Linux platform to develop and test Web services
for DB2 data.
 

http://www-106.ibm.com/developerworks/cmp/r-wsl5fm.html 
____________________________| Advertising |____________________________