PDA

Bekijk Volledige Versie : compilen drivers op RedHat 7.3 met kernel version 2.4.18-3



janwillem
27/05/05, 16:35
Hallo.

Even een vraagje. Ik heb een aantal windows servers welke ik backup met een Netvault server. Nu moet ik de eerste keer een backup maken door iedere server te starten met een linux distributie op cd. echter de cd zoket naar drivers met een .O bestand, en deze heb ik helaas niet.

Is er misschien iemand die deze driver voor mij zou willen compilen zodat ik de .O bestanden ook heb?

het gaat hierbij om de volgende driver:

http://downloadfinder.intel.com/scripts-df-external/license_agr.aspx?url=/2897/eng/e1000-6.0.54.tar.gz&ProductID=880&agr=Y&sType=&PrdMap=&DwnldId=2897&strOSs=39&OSFullName=Linux*&lang=eng

mvg,

Jan willem

janwillem
27/05/05, 16:36
hmm ik zie dat de link niet helemaal naar voren is gekomen. het gaat om de volgende file van de intel.com download site:

Linux* Gigabit Adapter Base Driver [e1000-6.0.54.tar.gz] (148KB)

hoop dat iemand wil helpen.

janwillem
27/05/05, 16:37
hmm de link is niet goed te zien maar hij werkt toch. excuus..

Unixboy
27/05/05, 18:27
Tip, updaten eens naar een yet supported OS.
Servers met RH7.3 zijn zo lek als een mandje tenzij je gebruik maakt van een speciale update dienst die geld kost. (en sloom is met het maken van updates)

janwillem
27/05/05, 22:08
Zoals ik al zei heb ik het bestand nodig om een cd te starten van een backup product. Ik draai verder zowizo geen linux. Ik heb helaas niet de keuze om de cd op basis van een ander os te runnen, dat is leverancier af..

Ik hoop dat alsnog iemand een dergelijke driver voor me wil / kan regelen..

wv-
28/05/05, 00:05
redhat 7.3 downloaden, kernel-source rpm installeren / extracten, e1000 module compilen en daar heb je de e1000.o file. Als je dit niet zelf kan, zal je iemand moeten vragen / betalen om dit te doen.

janwillem
28/05/05, 01:51
dat vraag ik dus..

wv-
28/05/05, 11:21
waarom doe je dat niet gewoon zelf? op die tijd kon je dat al lang :)

wv-
28/05/05, 11:34
een e1000 voor 2.4.18-3 (in een .zip, want .o wordt niet geaccepteerd)

janwillem
28/05/05, 23:46
Ik heb geen kaas gegeten van Linux, vandaar dat ik het vraag aan anderen. Ik draai enkel windows server. Hartelijk bedankt voor je hulp ik ga het maandag direct proberen. bedankt..

SebastiaanStok
29/05/05, 12:42
Het is zo makelijk :)

Je heb aller eerst een open versie hebben van de kernel.

Die kan je gewoon instellen als RPM.
Dan voer je deze handlijding uit.

een o file is een al geconpileerd bestand, iedere kernel is weer anders.
Je moet hem altijd met de hand conpileren!
Ander heb je kans dat hij niet werkt :(

Dit is de handlijding, ik zelf heb ook die netwerkaart.



Linux* Base Driver for the Intel(R) PRO/100 Family of Adapters
================================================== ============

May 20, 2003


Contents
========

- In This Release
- Supported Adapters
- Building and Installation
- Command Line Parameters
- CPU Cycle Saver
- Additional Configurations
- Known Issues
- Support


In This Release
===============

This file describes the Linux* Base Driver for the Intel(R) PRO/100 Family of
Adapters, version 2.2.x. This driver is intended for 2.4.x kernels; it is
known to build properly on 2.4.x kernels through 2.4.20. Intel focused testing
on Intel architectures running the 2.4.20 kernel. This driver includes support
for Itanium(TM)-based systems.

The Intel PRO/100 driver is only supported as a loadable module at this time.
Intel is not supplying patches against the kernel source to allow for static
linking of the driver. For questions related to hardware requirements, refer
to the documentation supplied with your Intel PRO/100 adapter.

The driver information previously displayed in the /proc filesystem is not
supported in this release. Alternatively, you can use ethtool (version 1.6
or later), lspci, and ifconfig to obtain the same information. Instructions
on updating ethtool can be found in the section "Additional Configurations"
later in this document.


Supported Adapters
==================

The following Intel network adapters are compatible with the drivers
in this release:

Controller Adapter Name Board IDs
---------- ------------ ---------

82558 PRO/100+ PCI Adapter 668081-xxx, 689661-xxx

82558 PRO/100+ Management Adapter 691334-xxx, 701738-xxx,
721383-xxx

82558 PRO/100+ Dual Port Server Adapter 714303-xxx, 711269-xxx,
A28276-xxx

82558 PRO/100+ PCI Server Adapter 710550-xxx

82550 PRO/100 S Server Adapter 752438-xxx (82550)
82559 A56831-xxx, A10563-xxx,
A12171-xxx, A12321-xxx,
A12320-xxx, A12170-xxx
748568-xxx (82559)
748565-xxx (82559)


82550 PRO/100 S Desktop Adapter 751767-xxx (82550)
82559 748592-xxx, A12167-xxx,
A12318-xxx, A12317-xxx,
A12165-xxx
748569-xxx (82559)



82559 PRO/100+ Server Adapter 729757-xxx

82559 PRO/100 S Management Adapter 748566-xxx, 748564-xxx

82550 PRO/100 S Dual Port Server Adapter A56831-xxx

82551 PRO/100 M Desktop Adapter A80897-xxx

PRO/100 S Advanced Management Adapter 747842-xxx, 745171-xxx

CNR PRO/100 VE Desktop Adapter A10386-xxx, A10725-xxx,
A23801-xxx, A19716-xxx


PRO/100 VM Desktop Adapter A14323-xxx, A19725-xxx,
A23801-xxx, A22220-xxx,
A23796-xxx


To verify that your adapter is supported, find the board ID number on the
adapter. Look for a label that has a barcode and a number in the format
A12345-001. Match this to the list of numbers above.

For more information on how to identify your adapter, go to the Adapter &
Driver ID Guide at:

http://support.intel.com/support/network/adapter/pro100/21397.htm

For the latest Intel network drivers for Linux, refer to the following
website. In the search field, enter your adapter name or type, or use the
networking link on the left to search for your adapter:

http://downloadfinder.intel.com/scripts-df/support_intel.asp


Building and Installation
=========================

To build a binary RPM* package of this driver run 'rpmbuild -tb
<filename.tar.gz>'. Replace <filename.tar.gz> with the specific file name of
the driver.

NOTES: For the build to work properly it is important that the currently
running kernel MATCH the version and configuration of the installed
kernel source. If you have just recompiled your kernel, reboot the
system and choose the correct kernel to boot.

RPM functionality has only been tested in Red Hat distributions.

1. Move the base driver tar file to the directory of your choice. For
example, use: /home/username/e100 or /usr/local/src/e100.

2. Untar/unzip the archive by entering the following, where <x.x.x> is the
version number for the driver tar:

tar xfz e100-<x.x.x>.tar.gz

3. Change to the driver src directory by entering the following, where
<x.x.x> is the version number for the driver tar:

cd e100-<x.x.x>/src/

4. Compile the driver module:

make install

The binary will be installed as one of the following:

/lib/modules/<kernel_version>/kernel/drivers/net/e100.o

/lib/modules/<kernel_version>/net/e100.o

The install locations listed above are the default locations. They may
not be correct for certain Linux distributions. For more information, see
the ldistrib.txt file included in the driver tar.

5. Install the module:

insmod e100 <parameter>=<value>

6. Assign an IP address to the interface by entering the following, where
<x> is the interface number:

ifconfig eth<x> <IP_address>

7. Verify that the interface works. Enter the following, where <IP_address>
is the IP address for another machine on the same subnet as the interface
that is being tested:

ping <IP_address>


Command Line Parameters
=======================

If the driver is built as a module, the following optional parameters are
used by entering them on the command line with the modprobe or insmod command
using this syntax:

modprobe e100 [<option>=<VAL1>,<VAL2>,...]

insmod e100 [<option>=<VAL1>,<VAL2>,...]

For example, with two Intel PRO/100 PCI adapters, entering:

modprobe e100 TxDescriptors=32,128

loads the e100 driver with 32 TX resources for the first adapter and 128 TX
resources for the second adapter. This configuration favors the second
adapter. The driver supports up to 16 network adapters concurrently.

The default value for each parameter is generally the recommended setting,
unless otherwise noted.

NOTE: Giving any command line option the value "-1" causes the driver to use
the appropriate default value for that option, as if no value was
specified.


BundleMax
Valid Range: 1-65535
Default Value: 6
This parameter holds the maximum number of small packets (less than 128
bytes) in a bundle. Suggested values range from 2 to 10. See "CPU Cycle
Saver."

BundleSmallFr
Valid Range: 0-1 (0=off, 1=on)
Default Value: 0
The value 1 (on) causes small packets (less than 128 bytes) to be bundled.
See "CPU Cycle Saver."

e100_speed_duplex
Valid Range: 0-4 (1=10half;2=10full;3=100half;4=100full)
Default Value: 0
The default value of 0 sets the adapter to auto-negotiate. Other values
set the adapter to forced speed and duplex.
Example usage: insmod e100.o e100_speed_duplex=4,4 (for two adapters)

flow_control
Valid Range: 0-1 (0=off, 1=on)
Default Value: 0
This parameter controls the automatic generation(Tx) and response(Rx) to
Ethernet PAUSE frames. flow_control should NOT be set to 1 when the
adapter is connected to an interface that does not support Ethernet PAUSE
frames and when the e100_speed_duplex parameter is NOT set to zero.

IntDelay
Valid Range: 0-65535 (0=off)
Default Value: 1536
This parameter holds the number of time units (in adapter terminology)
until the adapter generates an interrupt. The recommended value for
IntDelay is 1536 (upon initialization). Suggested values range from
512 to 2048. See "CPU Cycle Saver."

IFS
Valid Range: 0-1 (0=off, 1=on)
Default Value: 1
Inter Frame Spacing (IFS) aims to reduce the number of Ethernet frame
collisions by altering the time between frame transmissions. When IFS is
enabled the driver tries to find an optimal IFS value. It is used only at
half duplex.

RxDescriptors
Valid Range: 8-1024
Default Value: 64
This parameter defines the number of receive descriptors allocated by
the driver. Increasing this value allows the driver to buffer more
incoming packets before the driver is required to service an interrupt.
The maximum value for Itanium-based systems is 64.

TxDescriptors
Valid Range: 19-1024
Default Value: 64
This value is the number of transmit descriptors allocated by the driver.
Increasing this value allows the protocol stack to queue more transmits at
the driver level. The maximum value for Itanium-based systems is 64.

ucode
Valid Range: 0-1 (0=off, 1=on)
Default Value: 0 for 82558-based adapters
1 for 82559, 82550, and 82551-based adapters
On uploads the micro code to the adapter, which enables CPU Cycle Saver.
See the section "CPU Cycle Saver" below.
Example usage: insmod e100.o ucode=1

Not available on 82557-based adapters.

XsumRX
Valid Range: 0-1 (0=off, 1=on)
Default Value: 1
On allows Rx checksum offloading for TCP/UDP packets. Requires that the
hardware support this feature.

Not available on 82557 and 82558-based adapters.


CPU Cycle Saver
================

CPU Cycle Saver reduces CPU utilization by reducing the number of interrupts
that the adapter generates.

When CPU Cycle Saver is turned off, the adapter generates one interrupt for
every frame that is received. This means that the operating system stops what
it is doing and switches to the network driver in order to process the
receive.

When CPU Cycle Saver is on, the adapter does not generate an interrupt for
every frame it receives. Instead, it waits until it receives several frames
before generating an interrupt. This reduces the amount of time spent
switching to and from the driver.

CPU Cycle Saver consists of these arguments: IntDelay, BundleMax and
BundleSmallFr. When IntDelay is increased, the adapter waits longer for
frames to arrive before generating the interrupt. By increasing BundleMax,
the network adapter waits for the number of small frames (less than 128 bytes)
specified to arrive before generating the interrupt. When BundleSmallFr is
disabled, the adapter does not bundle small packets. Such small packets are
often, but not always, control packets that are better served immediately;
therefore, BundleSmallFr is disabled by default.

For most users, it is recommended that CPU Cycle Saver be used with the
default values specified in the Command Line Parameters section. However, in
some cases, performance problems may occur with CPU Cycle Saver. If such
problems are observed, we recommend turning off this feature by setting
ucode=0.


Additional Configurations
=========================

Configuring the Driver on Different Distributions
-------------------------------------------------

Configuring a network driver to load properly when the system is started is
distribution dependent. Typically, the configuration process involves adding
an alias line to /etc/modules.conf as well as editing other system startup
scripts and/or configuration files. Many popular Linux distributions ship
with tools to make these changes for you. To learn the proper way to
configure a network device for your system, refer to your distribution
documentation. If during this process you are asked for the driver or module
name, the name for the Linux Base Driver for the Intel PRO/100 Family of
Adapters is e100.

As an example, if you install the e100 driver for two PRO/100 adapters
(eth0 and eth1) and set the speed and duplex to 10full and 100half, add the
following to modules.conf:

alias eth0 e100
alias eth1 e100
options e100 e100_speed_duplex=2,3

Viewing Link Messages
---------------------
In order to see link messages and other Intel driver information on your
console, you must set the dmesg level up to six. This can be done by
entering the following on the command line before loading the e100 driver:

dmesg -n 6

If you wish to see all messages issued by the driver, including debug
messages, set the dmesg level to eight.

NOTE: This setting is not saved across reboots.

Enabling Wake on LAN* (WoL)
---------------------------
WoL is provided through the Ethtool* utility. Ethtool is included with Red
Hat* 8.0. For other Linux distributions, download and install Ethtool from
the following website: http://sourceforge.net/projects/gkernel.

For instructions on enabling WoL with Ethtool, refer to the website listed
above.

WoL will be enabled on the system during the next shut down or reboot. For
this driver version, in order to enable WoL, the e100 driver must be
loaded when shutting down or rebooting the system.

Ethtool
-------

The driver utilizes the ethtool interface for driver configuration and
diagnostics, as well as displaying statistical information. Ethtool
version 1.6 or later is required for this functionality.

The latest release of ethtool can be found at:
http://sf.net/projects/gkernel. After ethtool is installed,
ethtool-copy.h must be copied and renamed to ethtool.h in your kernel
source tree at <linux_kernel_src>/include/linux. Backup the original
ethtool.h as needed before copying. The driver then must be recompiled
in order to take advantage of the latest ethtool features.


Known Issues
============

NOTE: For distribution-specific information, refer to the ldistrib.txt file
included in the driver tar.


Driver Compilation
------------------

When trying to compile the driver by running make install, the following
error may occur:

"Linux kernel source not configured - missing version.h"

To solve this issue, create the version.h file by going to the Linux source
tree and entering:

make include/linux/version.h.


Multiple Interfaces on Same Ethernet Broadcast Network
------------------------------------------------------

Due to the default ARP behavior on Linux, it is not possible to have
one system on two IP networks in the same Ethernet broadcast domain
(non-partitioned switch) behave as expected. All Ethernet interfaces
will respond to IP traffic for any IP address assigned to the system.
This results in unbalanced receive traffic.

If you have multiple interfaces in a server, either turn on ARP
filtering by entering:

echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
(this only works if your kernel's version is higher than 2.4.5),

or,

install the interfaces in separate broadcast domains (either
in different switches or in a switch partitioned to VLANs).


Support
=======

For general information, go to the Intel support website at:

http://support.intel.com

If an issue is identified with the released source code on the supported
kernel with a supported adapter, email the specific information related to
the issue to linux.nics@intel.com.


License
=======

This software program is released under the terms of a license agreement
between you ('Licensee') and Intel. Do not use or load this software or any
associated materials (collectively, the 'Software') until you have carefully
read the full terms and conditions of the LICENSE located in this software
package. By loading or using the Software, you agree to the terms of this
Agreement. If you do not agree with the terms of this Agreement, do not
install or use the Software.

* Other names and brands may be claimed as the property of others.

wv-
29/05/05, 12:50
Origineel geplaatst door Rollerscapes
Het is zo makelijk :)

Je heb aller eerst een open versie hebben van de kernel.


Bestaan er dan ook gesloten versies van de kernel? :)

Origineel geplaatst door Rollerscapes

Die kan je gewoon instellen als RPM.
Dan voer je deze handlijding uit.


Hij had geen nieuwe kernel nodig, gewoon een module

Origineel geplaatst door Rollerscapes

een o file is een al geconpileerd bestand, iedere kernel is weer anders.
Je moet hem altijd met de hand conpileren!
Ander heb je kans dat hij niet werkt :(


Fout, je kan gewoon de kernel module downloaden van dezelfde redhat kernel. Je hoeft hem helemaal niet te compilen.

Origineel geplaatst door Rollerscapes

Dit is de handlijding, ik zelf heb ook die netwerkaart.



<knip overbodige code>


De handleiding kan iedereen volgen, daarom moet je die niet helemaal gaan posten. Die post doet hier helemaal niet terzake, bevat foute informatie en de geposte handleiding is helemaal overbodig. De TS vroeg trouwens een e1000 module, niet een e100.

SebastiaanStok
29/05/05, 13:00
Ik bedoel die driver niet de kernel ;) (Het is nog vroeg).

Ja daar kwam ik pas net achter :)
Maar het gaat om het idee, het enige verschil is het argief naam maar de cemandos zijn het zelfde.


[Offtopcik]
Hmm, betekend dit dat ik dan geen 1GB kaart hebt :huh:

wv-
29/05/05, 13:30
Origineel geplaatst door Rollerscapes
Ik bedoel die driver niet de kernel ;) (Het is nog vroeg).

Ja daar kwam ik pas net achter :)
Maar het gaat om het idee, het enige verschil is het argief naam maar de cemandos zijn het zelfde.


nee


Origineel geplaatst door Rollerscapes
[Offtopcik]
Hmm, betekend dit dat ik dan geen 1GB kaart hebt :huh: [/B]

nee, geen 1 gbit kaart, 100 mbit

janwillem
29/05/05, 18:03
Nog even een vraagje. Ik heb de e1000.o module geprobeerd. helaas kreeg ik de melding ERROR: Failed to load module e1000.o ik dacht misschien moet ik de Basis bestanden ook op dezelfde floppy zetten, en heb het toen weer geprobeerd. helaas weer dezelfde foutmelding. Enig idee wat de fout kan zijn?

Nogmaals: Ik heb geen enkel verstand van linux. het enige wat ik doe is een Backupprogramma met een CD laten opstarten, welke op basis werkt van Redhat 7.3 Kernel: 2.4.18-3. de Cd vraagt om de driver voor de LAN kaart, en die moet ik op een diskette in de pc stoppen. Zijn er voor het laden van de driver evt nog meer gecompileerde drivers nodig? of zou ik aan het .O bestand inclusief de basisbestanden genoeg moeten hebben ?

wv-
29/05/05, 18:52
Kan je de output van u n a m e - a (aan mekaar wel, probleem om die tekst te posten op wht) geven? Er zijn namelijk meerdere 2.4.18-3 kernel's. In bijlage steekt een andere e1000 module die misschien wel werkt. Indien die ook niet zou werken kan je misschien eens kijken of je een log kan vinden welke de exacte error is.

janwillem
29/05/05, 19:13
nee dat is het probleem. de CD waarmee ik opstart noemt zichtzelf NETVAULT OS. het enige wat deze cd doet is een menu weergeven, wat moet worden doorlopen. ik kan daar niet uit, ik kan niets intypen, ik krijg enkel een foutmelding en geen log. het netvault os is op basis van de redhat versie en kernel die ik noemde, maar ik kan er verder niets mee doen, dan drivers laden.

Zou de driver op basis van het .O bestand op zich gewoon geladen moeten kunnen worden? of zijn er nog meer bestanden nodig ?

wv-
29/05/05, 19:22
zou op zich geladen moeten worden. kan je niet in een console geraken met CTRL+ALT+F1 tot F7. Weet je zeker dat het die kernel is en geen eigen NETVAULT OS kernel? Hoe weet je dan de kernel versie? Moet NETVAULT OS dan geen e1000 module voorzien? Is het mogelijk om de kernel sources van de cd te halen om modules manueel bij te compilen, maw vind je iets dat op een kernel lijkt op die cd.

janwillem
29/05/05, 19:47
ik zal morgen proberen of ik in de console kan geraken via CTRL ALT .... Ik heb dat apparaat op kantoor staan, en was er net even heen gegaan om jouw .O file te testen.

de Netvault OS heeft inderdaad een eigen aantal drivers, maar ondesteunt standaard deze adapter nog niet. ik kan in het programma kiezen om via floppy een additionele driver te laden.

wat betreft jouw vraag over de kernel op de cd. Ik durf het niet te zeggen. zover rijkt mijn kennis van linux ( welke ik zowieso niet bezit) niet. ik heb van de netvault site het programma als ISO gedownload:

http://www.bakbone.com/products/downloads/files/release/6094/VDRWindows_VOSx86.zip

Van Bakbone zelf hoorde ik welke Linux versie en kernel ik moet gebruiken..

Erg bedankt voor het meedenken.. dat waardeer ik zeer..

wv-
29/05/05, 20:04
Ik heb wat dingen extract van de cd:

e1000.o heb ik gewoon gevonden op de cd hoor. Deze zal na het booten normaal gezien in in /mods/net/e1000.o zitten. Er is ook nog een e1000_5.2.52.o module.

De kernel versie is helaas niet 2.4.18-3, maar:
kernel_version: 2.4.18-3custom
Dit kon ik afleiden met modinfo op de e1000.o module. De .o files die ik van redhat.com afgehaald heb zullen dus niet werken. Er is geen kernel source meegeleverd met de iso, dus het is niet mogelijk om extra modules te builden.

janwillem
29/05/05, 20:10
hmm ja er stond wel een soortgelijke driver op de cd ja, maar die werkte niet voor mijn netwerkkaart. volgens bakbone zat het verschil hem in de DUAL LAN die ik heb. ( ik heb hem ook onboard zitten ipv los( misschien dat dat ook wat uitmaakt ? )) Bakbone gaf aan dat de dual kaart idd niet werd ondersteunt..

dit was wat ik te horen kreeg van bakbone:

You will need to setup an installation of RedHat 7.3 with kernel version 2.4.18-3 and compile the drivers against it.

of wachten op de nieuwe release van de Vault OS..

wv-
29/05/05, 20:16
de dual lan lijkt me eerder 2 netwerkpoorten onboard of los, want anders dan wordt de module gewoon 2 keer geladen.

Ik heb hier niet direct een redhat 7.3 installatie/kernelsource, zodat ik die e1000 apart kan compilien. Ik gok dat je eerst de kernel versie zal moeten veranderen naar 2.4.18-3custom, voor het compilen. Ik denk dat de enige reden waarom je module niet geladen is, is dat de kernel versie verschilt.

janwillem
29/05/05, 20:19
O.k. in ieder geval hartelijk bedankt voor al je hulp. ik ga morgen de tweede driver van je voor de zekerheid nog even proberen..

wv-
29/05/05, 20:22
Ik zal misschien straks nog een driver posten, als ik die redhat kernel-source op mijn desktop pc compiled krijg (moet normaal wel, maar wat vage packages dat ik moet vinden)... Probeer in ieder geval de juiste error message te krijgen, misschien dat ik je dan wel sneller kan helpen

janwillem
29/05/05, 20:45
Geweldig dat je dat wilt proberen..

wv-
29/05/05, 20:46
Ik heb helaas een hele redhat installatie nodig om de juiste modules te kunnen builden. Mijn header files zijn veel te nieuw om die oude module te compilen. Je zal dus hulp moeten inroepen van iemand die redhat 7.3 geinstalleerd heeft of nog wil installeren

janwillem
29/05/05, 20:50
ik zag in een documentje op de bakbone site dat ik evt ook een nieuwere versie zou kunnen gebruiken, of had jij die file al gestuurd?

wv-
29/05/05, 20:53
Ik betwijfel of je een nieuwere versie van kernel kan nemen. Ik denk dat die module niet gaat geladen kunnen worden als de kernel versie niet matcht. De twee modules zijn voor 2.4.18-3. Er is nog een kansje dat de 2e module werkt. Laat ons hopen :)

janwillem
29/05/05, 21:51
thnx.. ik laat het og wel ff horen..