[Cooker] Re[2]: kernel RPMS are not providing kernel
from the quill of Chmouel Boudjnah [EMAIL PROTECTED] on scroll
[EMAIL PROTECTED]
I did what axalon has told me to do :
Provides: kernel = %{version}, kernel-smp-fb
with the ,
Okie. I will look forward to the new kernel package then.
ask this on the lmkml
lmkml?
but not sure if they will not reject you by a :
we don't support binary drivers
But I don't believe this to be a "binary driver" issue. It is an
"exportation of a symbol" problem. I have not tried a stock 2.2.15 with
no mandrake additions yet though.
b.
--
Brian J. Murrell InterLinx Support Services, Inc.
North Vancouver, B.C. 604 983 UNIX
Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Re: [Cooker] Re[2]: kernel RPMS are not providing kernel
"Brian J. Murrell" [EMAIL PROTECTED] writes: ask this on the lmkml lmkml? linux-kernel mailiing list : [EMAIL PROTECTED] -- MandrakeSoft http://www.mandrakesoft.com/ --Chmouel
[Cooker] Re[2]: kernel RPMS are not providing kernel
from the quill of Jeff Garzik [EMAIL PROTECTED] on scroll [EMAIL PROTECTED] Chmouel Boudjnah wrote: Yep... if a binary driver works for you it is basically luck (and maybe good testing by the vendor). And they always have with vmware's, thus far. Their binary drivers are a bit different than most mind you. You actually build the drivers on the host they will be loaded on. From my very quick peek at things it looks like they ship a bunch of .o's and actually link them together on the box they will be loaded on. In order to completely support a _single_ distro, a VMWare (for example) needs to provide a binary module for * kernel-linus * kernel-fb * kernel * kernel-smp * kernel-smp-fb * kernel-your-flavor-of-the-month But like I said, you link the driver on the kernel they will be loaded on. For MandrakeSoft, I think it is MOSTLY the same situation. But since we are a vendor, we can make "quick hacks" if they are safe and get some binary modules working. So... I think exporting "best_memset" from all our kernels is a safe and good patch... Funny thing is that from what I can tell (and I am not a seasoned kernel hacker by any stretch of the immagination) best_memset is supposed to be exported. See arch/i386/kernel/i386_ksyms.c. The .config for the framebuffer version (the only one I checked) of the kernel sure seems to have CONFIG_X86_CPU_OPTIMIZATIONS=y so I don't know why it is not being exported. Is there a way to examine the actual kernel image to determine if a symbol is exported? b. -- Brian J. Murrell InterLinx Support Services, Inc. North Vancouver, B.C. 604 983 UNIX Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Re: [Cooker] Re[2]: kernel RPMS are not providing kernel
"Brian J. Murrell" [EMAIL PROTECTED] writes: Funny thing is that from what I can tell (and I am not a seasoned kernel hacker by any stretch of the immagination) best_memset is supposed to be exported. See arch/i386/kernel/i386_ksyms.c. The .config for the framebuffer version (the only one I checked) of the kernel sure seems to have CONFIG_X86_CPU_OPTIMIZATIONS=y so I don't know why it is not being exported. Is there a way to examine the actual kernel image to determine if a symbol is exported? System.map -- MandrakeSoft http://www.mandrakesoft.com/ --Chmouel
[Cooker] Re[2]: kernel RPMS are not providing kernel
from the quill of Axalon Bloodstone [EMAIL PROTECTED] on scroll
[EMAIL PROTECTED]
On Mon, 21 Feb 2000, Brian J. Murrell wrote:
it's a spec bug, it reads
Provides: kernel=%{version} module-info kernel-fb
it should read.
Provides: kernel = %{version} , module-info, kernel-fb
Shouldn't it?
I dunno the impression I got from Pablo Saratxaga was that versions are
not recognized at all in Provides: lines and the whole string, "=" and
all is taken as an opaque value which will match any requires of the
exact same string. Maybe I got the message wrong.
b.
--
Brian J. Murrell InterLinx Support Services, Inc.
North Vancouver, B.C. 604 983 UNIX
Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Re: [Cooker] Re[2]: kernel RPMS are not providing kernel
On Mon, 21 Feb 2000, Brian J. Murrell wrote:
from the quill of Axalon Bloodstone [EMAIL PROTECTED] on scroll
[EMAIL PROTECTED]
On Mon, 21 Feb 2000, Brian J. Murrell wrote:
it's a spec bug, it reads
Provides: kernel=%{version} module-info kernel-fb
it should read.
Provides: kernel = %{version} , module-info, kernel-fb
Shouldn't it?
I dunno the impression I got from Pablo Saratxaga was that versions are
not recognized at all in Provides: lines and the whole string, "=" and
all is taken as an opaque value which will match any requires of the
exact same string. Maybe I got the message wrong.
b.
Give me another two hours and i will have a full explination.
But it does accept 'Provides: kernel = %{version},' I'm checking
'Provides: kernel,' now. It should read the package version but I'd like
to be sure
--
MandrakeSoft http://www.mandrakesoft.com/
--Axalon
Re: [Cooker] Re[2]: kernel RPMS are not providing kernel
Axalon Bloodstone [EMAIL PROTECTED] writes:
Give me another two hours and i will have a full explination.
But it does accept 'Provides: kernel = %{version},' I'm checking
'Provides: kernel,' now. It should read the package version but I'd like
to be sure
let me know i currently work on the kernel rpm.
--
MandrakeSoft http://www.mandrakesoft.com/
--Chmouel
