Re: section miss-matches in older 3.8.3 kernel, and one question

[Gene Heskett]

On Thursday 26 December 2013, Gene Heskett wrote:
>On Thursday 26 December 2013, Randy Dunlap wrote:
>>On 12/26/13 10:58, Gene Heskett wrote:
>>> Greetings;
>>> 
>>> In my attempts to find a 64 bit or PAE enabled kernel to run on my
>>> older ASUS M2N-SLI Delux mobo, I saw a note go by during the build
>>> that there were 9 section-miss-matches.
>>> 
>>> But when I applied the cli option recommended to the make lines in my
>>> makeit script, I only got these 2 squawks.
>>> 
>>> WARNING: drivers/net/ethernet/amd/depca.o(.text+0xcce): Section
>>> mismatch in reference from the function depca_isa_probe() to the
>>> function
>>> .init.text:DepcaSignature()
>>> The function depca_isa_probe() references
>>> the function __init DepcaSignature().
>>> This is often because depca_isa_probe lacks a __init
>>> annotation or the annotation of DepcaSignature is wrong.
>>> 
>>> WARNING: drivers/net/ethernet/amd/depca.o(.text+0xd22): Section
>>> mismatch in reference from the function depca_isa_probe() to the
>>> function
>>> .init.text:depca_hw_init()
>>> The function depca_isa_probe() references
>>> the function __init depca_hw_init().
>>> This is often because depca_isa_probe lacks a __init
>>> annotation or the annotation of depca_hw_init is wrong.
>>> 
>>> I am not capable to fixing these, too many years & miles on the wet
>>> ram, but I thought that maybe someone might be interested.
>>
>>This driver was removed from the kernel source tree on Jan. 16, 2013.
>>
>>Sure, it's still in 3.8.x so those section mismatches could be fixed,
>>but most section mismatches have been recently fixed by eliminating
>>CONFIG_HOTPLUG and removing the use of all __devinit* and __devexit*.
>>
>>Do you use this driver?  is it barfing?
>>or you just happened to build it and saw these warnings?
>
>The latter Randy, and I can recall when they were moderately important in
>the 2.6 days.  FWIW, I just built, but haven't reboot tested yet, a
>3.12.0, with no reported errors... But now kmail is back to freezing its
>composer for 2 or 3 minutes at a time while running 3.8.3. 3.8.2 didn't
>do that nearly as often.
>
>Thanks, Randy
>
>Cheers, Gene

A 3rd ps, 3.12.0 now running, but I see this in dmesg:

microcode: CPU0: patch_level=0x01000065
microcode: CPU1: patch_level=0x01000065
microcode: CPU2: patch_level=0x01000065
microcode: CPU3: patch_level=0x01000065
microcode: Microcode Update Driver: v2.00 <tigran@xxxxxxxxxxxxxxxxxxxx>, 
Peter Oruba

The correct patch level for this phenom cpu is 0x01000083

I had enabled an option for early microcode, perhaps I should disable it 
and rebuild?

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

job interview, n.:
	The excruciating process during which personnel officers
	separate the wheat from the chaff -- then hire the chaff.
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
         law-abiding citizens.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/