several discrepancies with new -2139 kernel.

[Gene Heskett]

Lonni J Friedman wrote:
> On 6/26/06, Gene Heskett <gene.heskett at verizon.net> wrote:
>> Greetings;
>>
>> HP DV5320US lappy, with amd64 turion, but running 32 bit FC5.
>>
>> Since 2139 has been out for about a week now, I thought I'd see how much
>> of the system would die if I booted to it, so I tried.
>>
>> First, from /var/log/messages:
>>
>> Jun 26 18:09:32 diablo kernel: Kernel command line: ro root=LABEL=/
>> irqpoll noapic noapci pci=assign-busses lapic
>> Jun 26 18:09:32 diablo kernel: Misrouted IRQ fixup and polling support
>> enabled
>> Jun 26 18:09:32 diablo kernel: This may significantly impact system
>> performance
>>
>> Thats probably been there before, and yes, this box does seem to be slow
>> for a 1.8GHZ processor.  Can anyone comment?
> 
> That looks like a BIOS bug.  The BIOS routes the IRQs most of the
> time. Have you verified that you're using the latest BIOS?
> 

Hp seems to have those rather well hidden, url please?

>> Then later:
>> Jun 26 18:09:34 diablo kernel: NET: Registered protocol family 16
>> Jun 26 18:09:34 diablo kernel: ACPI: bus type pci registered
>> Jun 26 18:09:34 diablo kernel: PCI: Using MMCONFIG
>> Jun 26 18:09:34 diablo kernel: PCI: No mmconfig possible on 0:18
>>
>> No idea what 0:18 might represent in the hardware.  How do I define this?
> 
> Its the PCI bus ID of the device.  See lspci output.

Ok, that would be:

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control

which sounds pretty important to me.

>> Then a few lines later:
>>
>> Jun 26 18:09:40 diablo kernel: bcm43xx driver
>> Jun 26 18:09:40 diablo kernel: ACPI: PCI Interrupt Link [LNKF] enabled
>> at IRQ 10
>> Jun 26 18:09:40 diablo kernel: ACPI: PCI Interrupt 0000:03:02.0[A] ->
>> Link [LNKF] -> GSI 10 (level, low) -> IRQ 10
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Chip ID 0x4318, rev 0x2
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Number of cores: 4
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Core 0: ID 0x800, rev 0xd,
>> vendor 0x4243, enabled
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Core 1: ID 0x812, rev 0x9,
>> vendor 0x4243, disabled
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Core 2: ID 0x804, rev 0xc,
>> vendor 0x4243, enabled
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Core 3: ID 0x80d, rev 0x7,
>> vendor 0x4243, enabled
>> Jun 26 18:09:40 diablo kernel: bcm43xx: PHY connected
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Detected PHY: Version: 3, Type
>> 2, Revision 7
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Detected Radio: ID: 8205017f
>> (Manuf: 17f Ver: 2050 Rev: 8)
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Radio turned off
>> Jun 26 18:09:40 diablo kernel: bcm43xx: Radio turned off
>>
>> And quite a bit later:
>>
>> Jun 26 18:09:41 diablo kernel: bcm43xx: set security called
>> Jun 26 18:09:41 diablo kernel: bcm43xx:    .level = 0
>> Jun 26 18:09:41 diablo kernel: bcm43xx:    .enabled = 0
>> Jun 26 18:09:41 diablo kernel: bcm43xx:    .encrypt = 0
>> Jun 26 18:09:41 diablo kernel: SoftMAC: Associate: Scanning for networks
>> first.
>> Jun 26 18:09:41 diablo kernel: SoftMAC: Associate: failed to initiate
>> scan. Is device up?
>> Jun 26 18:09:41 diablo kernel: bcm43xx: PHY connected
>> Jun 26 18:09:41 diablo kernel: bcm43xx: Error: Microcode
>> "bcm43xx_microcode5.fw" not available or load failed.
>>
>> Now I've asked whats the procedure to switch from ndiswrapper to
>> actually using the bmc43xx.ko driver thats now part of the kernel tree,
>> and have been ignored.  Hell, even a link to rtfm would be fine.
>>
>> So I had modified my /etc/modprobe.conf
>>
>> options ndiswrapper if_name=wlan0
>> alias wlan0 ndiswrapper
>> alias eth1 tg3
>> #alias wlan0 bcm43xx
>>
>> to
>> #options ndiswrapper if_name=wlan0
>> #alias wlan0 ndiswrapper
>> alias eth1 tg3
>> alias wlan0 bcm43xx
>>
>> Which of course didn't work.
> 
> Perhaps it wants eth0 or wifi0 ?   What does "doesn't work" really
> mean?  Did you get an error?
> 
Those errors that occured are posted above.  And of course bringing 
wlan0 up failed twice, as seen in the bootup screen scrolling by, once 
when bringing up the interface, and once when dhcp tried to obtain and 
IP address for the machine from the motels WRG54 router.

If the name of the device has been changed from wlan0 to wifi0, why was 
there not a notice of that change ON THIS LIST?  And what would I need 
to change besides the name and contents of ifcfg-wlan0 file, made triply 
difficult by that file existing in 3 seperate locations via hard links. 
  It took me about a week to discover this and figure out a way to 
actually make a change in the MAC address to take globally.  What I 
think of that isn't printable...  But it would be nice if one knew which 
file of the 3 was the actual master copy so we don't waste hours, even 
days redoing such an edit & then looking at the log to see the old MAC 
address still being used.

-- 
Cheers, Gene