Supplemental Kernel Patch vs. Generic Kernel
by noone » Thu, 27 May 2004 13:27:27 GMT
Got a new server, an E280R, with Solaris8 and with kernel 114018-01 ( instead of the usual 108528-xx ).
Looking at SunSolve, 114018 is Supplemental Kernel Update Patch for 108528-18.
I want to apply the latest kernel, or latest cluster / recommended patch for Solaris8.
However, it mentioned that for 114018-01:
Patches which conflict with this patch: 108528-19 (or newer)
How would one go about this if installing the latest kernel would conflict with the existing one ?
Re: Supplemental Kernel Patch vs. Generic Kernel
by Alan Hargreaves - Product Technical Support (APAC) » Thu, 27 May 2004 21:04:26 GMT
Remove 114018-01 with patchrm and then install 108528-29, followed by
117000-05.
alan.
Re: Supplemental Kernel Patch vs. Generic Kernel
by raf » Fri, 28 May 2004 03:49:15 GMT
In article <c9213q$o72$ XXXX@XXXXX.COM >,
Followed by 117350-02.
-Raf
Re: Supplemental Kernel Patch vs. Generic Kernel
by noone » Fri, 28 May 2004 17:39:56 GMT
Thanx. but why is patch 117000-05 not included / merged with 108528-xx ?
And patch 117350 for the matter as well ?
Unlike the 114018 patch, which was a one-time kernel patch, patch 117000 had alrady 5 releases of it.
Re: Supplemental Kernel Patch vs. Generic Kernel
by Casper H.S. Dik » Fri, 28 May 2004 19:40:29 GMT
noone < XXXX@XXXXX.COM > writes:
Patch 108528-xx had gotten way to big and rather than reissuing a
basically unchanged monster patch each time, a different approach was
taken: freeze patch 108528-xx and issue changes through 117000-05.
It's the new main kernel patch.
Casper
--
Expressed in this posting are my opinions. They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
Re: Supplemental Kernel Patch vs. Generic Kernel
by Peter Bunclark » Sat, 29 May 2004 00:46:43 GMT
I wish they'd documented that instead of confusing the hell out of us.
Is it the same
deal with Solaris 9 112233-12/117171-02 ?
Pete.
Re: Supplemental Kernel Patch vs. Generic Kernel
by Peter Bunclark » Sat, 29 May 2004 16:07:23 GMT
Please can you ask them to put a reference in the rejuvinated KU README?
Pete.
Re: Supplemental Kernel Patch vs. Generic Kernel
by Casper H.S. Dik » Sat, 29 May 2004 18:06:51 GMT
Peter Bunclark < XXXX@XXXXX.COM > writes:
It is but perhaps not in the proper place:
http://www.**--****.com/
Possibly; can't find any documentation, though.
Casper
Similar Threads:
1.RTAI vs RTLinuxFree vs 2.6 Kernel + RT Pre-emption patch
So, which one is best? :)
I am new to RT development, and have been assigned the task of
determining the "best" RT on Linux strategy for an embedded control
system on an industrial machine - we are definitely wanting to use an
"On Linux" method, as there are several other, non-RT tasks/services
that this system will do/provide - the RT task, while it is the *most*
important thing that this system will be doing (triggering/capturing
data samples via serial port), will be one of the *least* system
resource-intensive processes that run on this embedded system. Other
services (all non-RT) will include database, live video stream
capture/re-package/re-transmit, UDP broadcasting of custom data
packets, and TCP/IP network routing between an external network and the
machine-internal network.
I have been researching all 3 options for about 1 week (full time) now,
and I have not found any comprehensive, *recent*
comparisons/testimonials/benchmarks that involve the latest
versions/capabilities of the 3 possibilities.
Thanks for the assistance!
-James
2.self compiled kernels vs vendor kernels
On Thu, 17 Jul 2003 14:53:47 +1200, max barwell wrote:
> I am using Debian but I think this is probably relevant to all distros.
>
> Lately I wanted to add a patch to the kernel, so I got the 2.4.21 source
> added my patch, copied the same .config as supplied with the debian kernel
> I was already using, and off I went.
>
> Well would this kernel compile? no it would not, it always balked
> somewhere, usually at things I've never heard of or need luckily, the
> ambassador atm driver etc.
>
> So after a few tries and a few things removed it compiled, So my question
> is, obviously a vendor distributed kernel needs everything under the sun
> in there to support a wide variety of hardware configurations, but why can
> I not compile a kernel myself using their .config, do they do some
magic?
Well, for one they did not use the patch you applied. That may be the
cause, but also that "ambassador atm driver" is rather mysterious.
But _why_ would you compile a kernel to match a distribution kernel that
has support for everything ever invented? Read the README and run "make
menuconfig" or your preference. That will walk you through the process of
compiling a kernel for your needs.
--
David L. Johnson
__o | Become MicroSoft-free forever. Ask me how.
_`\(,_ |
(_)/ (_) |
3.distro specific kernels vs vanilla kernel and how to compare among each other
4.distro specific kernels vs vanilla kernel and how to c ompare among each other
5.How to distinguish original kernel vs -rt kernel
6. distro specific kernels vs vanilla kernel and how to compare among each other
7. distro specific kernels vs vanilla kernel and how to compare among each other
8. distro specific kernels vs vanilla kernel and how to compare