RE: Kernel questions...
Yes that is what someone else mentioned might be the problem (messed headers) I guess I will try out 2.2.9 when I get the chance... -Troy Linux it's the choice of a GNU generation! > -- > From: Steve Dunham[SMTP:[EMAIL PROTECTED] > Sent: Wednesday, July 07, 1999 2:39 PM > To: Troy Tuttle > Cc: 'debian-sparc@lists.debian.org' > Subject: Re: Kernel questions... > > Troy Tuttle <[EMAIL PROTECTED]> writes: > > > I am using that src pkg...but still no luck... > > I'm not sure what's going wrong here. (Sounds like some include files > are mixed up). You can try: > > make clean > rm include/linux/modules/* > make dep > make > > Or, you could try the kernel-source-2.2.9 package from potato (and > slink-updates). It fixes a denial of service problem in the network > stack. > > > Steve > [EMAIL PROTECTED] >
Re: Kernel questions...
Troy Tuttle <[EMAIL PROTECTED]> writes: > I am using that src pkg...but still no luck... I'm not sure what's going wrong here. (Sounds like some include files are mixed up). You can try: make clean rm include/linux/modules/* make dep make Or, you could try the kernel-source-2.2.9 package from potato (and slink-updates). It fixes a denial of service problem in the network stack. Steve [EMAIL PROTECTED]
RE: Kernel questions...
-Troy Linux it's the choice of a GNU generation! > -- > From: Steve Dunham[SMTP:[EMAIL PROTECTED] > Sent: Wednesday, July 07, 1999 1:49 PM > To: Troy Tuttle > Cc: recipient.list.not.shown > Subject: Re: Kernel questions... > > Troy Tuttle <[EMAIL PROTECTED]> writes: > > > I am having some trouble compiling a kernel (2.2.1)it gets to the > point > > of compiling the actual kernel itself and then it dies with about 50 > > "dereferenced pointer to an imcomplete type" errorsI have tried > using > > egcs and gcc with the same error both times > > > I am running a SS1+ with 28 meg of ram..my installation is Slink...all > the > > packages including src for 2.2.1 are from slink...and I am running 2.2.1 > as > > my kernel.. > > If you are building from slink, you need the kernel-source-sparc-2.2.1 > source package. > I am using that src pkg...but still no luck...
Re: Kernel questions...
Troy Tuttle <[EMAIL PROTECTED]> writes: > I am having some trouble compiling a kernel (2.2.1)it gets to the point > of compiling the actual kernel itself and then it dies with about 50 > "dereferenced pointer to an imcomplete type" errorsI have tried using > egcs and gcc with the same error both times > I am running a SS1+ with 28 meg of ram..my installation is Slink...all the > packages including src for 2.2.1 are from slink...and I am running 2.2.1 as > my kernel.. If you are building from slink, you need the kernel-source-sparc-2.2.1 source package. Steve [EMAIL PROTECTED]
Kernel questions...
I am having some trouble compiling a kernel (2.2.1)it gets to the point of compiling the actual kernel itself and then it dies with about 50 "dereferenced pointer to an imcomplete type" errorsI have tried using egcs and gcc with the same error both times I am running a SS1+ with 28 meg of ram..my installation is Slink...all the packages including src for 2.2.1 are from slink...and I am running 2.2.1 as my kernel.. also side note...hardware related question...my onboard ethernet card doesnt appear to work...wondering if anyone knew a good way to determine if it is dead or shutoff somehow? the tests from the prom state the internels are fine but the externels fail...(with or without a AUI->10baseT transceiver) and the kernel finds it but I can get any responses out of it... thanx alot... -Troy Linux it's the choice of a GNU generation!
Re: SPARC kernel questions
[EMAIL PROTECTED] writes: > A couple of questions appeared in my mind while upgrading to 2.2.10: > (1) This business of having to install /etc/init.d/devpts.sh from > potato's libc6 to make a recent 2.2.x kernel work if > CONFIG_UNIX98_PTYS is selected. It's not too hard to do by hand, but > it doesn't seem right that people should have to do that sort of thing > merely in order to use a more up-to-date kernel. You can't tell people > to update their libc6 to unstable just in order to use a newer kernel; > we've already seen how an unstable libc6 can make a system unusable in > some unfortunate cases. So is there another solution, other than > telling people how to extract and install /etc/init.d/devpts.sh by > hand? Delete /dev/ptmx. libc6 only tries to use /dev/pts if /dev/ptmx exists, otherwise it falls back on the oldstyle ptys. I personally would just tell people to upgrade. This is not i386; slink for the sparc has a _beta_ version of the glibc-2.1 that is in unstable - there are very few problems, if any, in updating. If Debian did non-security updates, I would strongly advocate copying libc6 from potato to slink. > (2) I built a kernel with CONFIG_SMP, which is the default, and was > welcomed by this message (coming from linux/arch/sparc/mm/nosun4c.c): > SILO boot: > Uncompressing image... > 32bit SMP kernel only supports sun4m and sun4d > Program terminated > Is there no way, at present, of building a kernel which does SMP on > some suns but works on all suns? Apparently not. (SMP kernels are slower than non-smp kernels anyways.) Steve [EMAIL PROTECTED]
SPARC kernel questions
A couple of questions appeared in my mind while upgrading to 2.2.10: (1) This business of having to install /etc/init.d/devpts.sh from potato's libc6 to make a recent 2.2.x kernel work if CONFIG_UNIX98_PTYS is selected. It's not too hard to do by hand, but it doesn't seem right that people should have to do that sort of thing merely in order to use a more up-to-date kernel. You can't tell people to update their libc6 to unstable just in order to use a newer kernel; we've already seen how an unstable libc6 can make a system unusable in some unfortunate cases. So is there another solution, other than telling people how to extract and install /etc/init.d/devpts.sh by hand? (2) I built a kernel with CONFIG_SMP, which is the default, and was welcomed by this message (coming from linux/arch/sparc/mm/nosun4c.c): SILO boot: Uncompressing image... 32bit SMP kernel only supports sun4m and sun4d Program terminated Is there no way, at present, of building a kernel which does SMP on some suns but works on all suns? Edmund