adaptec 4-Port Karte läuft mit einem OS, mit dem anderen nicht

25/05/2015 - 22:33 von Kay Martinen | Report spam
Ich habe ein Problem mit einer Adaptec 4-Port LAN-Karte (siehe lspci):

02:04.0 Ethernet controller: Adaptec ANA620xx/ANA69011A (rev 03)
Subsystem: Adaptec ANA62044 4-port 10/100
Flags: bus master, medium devsel, latency 32, IRQ 16
Memory at 80100000 (32-bit, non-prefetchable) [sizeQ2K]
I/O ports at 7000 [size%6]
Expansion ROM at 80180000 [disabled] [size%6K]
Capabilities: [50] Power Management version 1

02:05.0 Ethernet controller: Adaptec ANA620xx/ANA69011A (rev 03)
Subsystem: Adaptec ANA62044 4-port 10/100
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at 80200000 (32-bit, non-prefetchable) [sizeQ2K]
I/O ports at 7400 [size%6]
Expansion ROM at 801c0000 [disabled] [size%6K]
Capabilities: [50] Power Management version 1

02:06.0 Ethernet controller: Adaptec ANA620xx/ANA69011A (rev 03)
Subsystem: Adaptec ANA62044 4-port 10/100
Flags: bus master, medium devsel, latency 32, IRQ 18
Memory at 80280000 (32-bit, non-prefetchable) [sizeQ2K]
I/O ports at 7800 [size%6]
Expansion ROM at 80300000 [disabled] [size%6K]
Capabilities: [50] Power Management version 1

02:07.0 Ethernet controller: Adaptec ANA620xx/ANA69011A (rev 03)
Subsystem: Adaptec ANA62044 4-port 10/100
Flags: bus master, medium devsel, latency 32, IRQ 19
Memory at 80380000 (32-bit, non-prefetchable) [sizeQ2K]
I/O ports at 7c00 [size%6]
Expansion ROM at 80340000 [disabled] [size%6K]
Capabilities: [50] Power Management version 1

der Treiber starfire wird auch geladen

lsmod |grep star
starfire 22566 0

aber offenbar die firmware dateien starfire_[rx|tx].bin nicht, obwohl
sie unter /lib/firmware/adaptec/ existieren. Ob die obige angabe zum
deaktivierten Expansion-rom normal ist weiß ich nicht.

im log finden sich eintràge (grep nach starfire in syslog)


May 25 20:00:50 gate kernel: [51841.468590] starfire.c:v1.03 7/26/2000 Written by Donald Becker <becker@scyld.com>
May 25 20:00:50 gate kernel: [51841.468607] starfire: polling (NAPI) enabled
May 25 20:00:50 gate kernel: [51841.468731] starfire 0000:02:04.0: cannot remap 0x80000 @ 0x80100000, aborting
May 25 20:00:50 gate kernel: [51841.497990] starfire 0000:02:05.0: cannot remap 0x80000 @ 0x80200000, aborting
May 25 20:00:50 gate kernel: [51841.552197] starfire 0000:02:06.0: cannot remap 0x80000 @ 0x80280000, aborting
May 25 20:00:50 gate kernel: [51841.584387] starfire 0000:02:07.0: cannot remap 0x80000 @ 0x80380000, aborting



und ein einen rat (via google) fand ich dazu man solle irqpoll
benutzen... WIE und WO?

Das irritierende ist. Von diesem Server (Primergy L100) habe ich zwei
gleiche. In einem lief sie, mit pfsense 2.2, mit ipfire und auch mit
ubuntu 14.04.

Auf dem anderen war es bisher ein àlteres ubuntu (saucy) und der wurde
heute auf 14.04 (Trusty) aktualisiert und rebootet. Dennoch taucht die
karte nicht bei ifconfig -a auf, es werden auch keine udev-regeln
erstellt dafür und damit scheint sie akt. nicht konfigurierbar.

Wo mag da jetzt der unterschied liegen zwischen Zentyal 3.5/Ubuntu
14.04-32bit und lubuntu 14.04 bei gleicher Hardware?

Irgendwelche Speicher remapping-einstellungen hat das BIOS nicht.

Und, ich hatte diese Karte IMHO schon mal in dem PC mit dem gleichen
vorigen Zentyal 3.4 und konnte sie da konfigurieren. Jetzt nicht mehr,
aber die Karte ist intakt!

Ideen?

Kay

f'up2 d.c.o.u.n.m.
x-post d.c.o.u.l.h
 

Lesen sie die antworten

#1 Kay Martinen
25/05/2015 - 23:06 | Warnen spam
Am 25.05.2015 um 22:33 schrieb Kay Martinen:
Ich habe ein Problem mit einer Adaptec 4-Port LAN-Karte (siehe lspci):

im log finden sich eintràge (grep nach starfire in syslog)

May 25 20:00:50 gate kernel: [51841.468590] starfire.c:v1.03 7/26/2000 Written by Donald Becker
May 25 20:00:50 gate kernel: [51841.468607] starfire: polling (NAPI) enabled
May 25 20:00:50 gate kernel: [51841.468731] starfire 0000:02:04.0: cannot remap 0x80000 @ 0x80100000, aborting





Dazu (obiges nach dem update) habe ich eben im log noch ein Problem
gefunden. Das folgende war vor dem update auf die neue Version.

May 25 03:43:19 gate kernel: [ 2.393433] starfire.c:v1.03 7/26/2000 Written by Donald Becker
May 25 03:43:19 gate kernel: [ 2.393433] (unofficial 2.2/2.4 kernel port, version 2.1, July 6, 2008)
May 25 03:43:19 gate kernel: [ 2.393440] starfire: polling (NAPI) enabled
May 25 03:43:19 gate kernel: [ 2.393532] ioremap: invalid physical address ffffffff80100000
May 25 03:43:19 gate kernel: [ 2.393537] [ cut here ]
May 25 03:43:19 gate kernel: [ 2.393556] WARNING: at /build/buildd/linux-lts-raring-3.8.0/arch/x86/mm/ioremap.c:83 __ioremap_caller+0x415/0x460()
May 25 03:43:19 gate kernel: [ 2.393559] Hardware name: PRIMERGY L100
May 25 03:43:19 gate kernel: [ 2.393563] Modules linked in: starfire(+) raid6_pq raid1 raid0 pata_via multipath floppy linear
May 25 03:43:19 gate kernel: [ 2.393580] Pid: 93, comm: systemd-udevd Not tainted 3.8.0-38-generic #56~precise1-Ubuntu
May 25 03:43:19 gate kernel: [ 2.393583] Call Trace:
May 25 03:43:19 gate kernel: [ 2.393594] [<c104bc12>] warn_slowpath_common+0x72/0xa0
May 25 03:43:19 gate kernel: [ 2.393601] [<c103f605>] ? __ioremap_caller+0x415/0x460
May 25 03:43:19 gate kernel: [ 2.393608] [<c103f605>] ? __ioremap_caller+0x415/0x460
May 25 03:43:19 gate kernel: [ 2.393614] [<c104bc62>] warn_slowpath_null+0x22/0x30
May 25 03:43:19 gate kernel: [ 2.393620] [<c103f605>] __ioremap_caller+0x415/0x460
May 25 03:43:19 gate kernel: [ 2.393634] [<c131d34f>] ? __pci_request_selected_regions+0x3f/0x80
May 25 03:43:19 gate kernel: [ 2.393645] [<f8477c21>] ? starfire_init_one+0xd1/0x5b0 [starfire]
May 25 03:43:19 gate kernel: [ 2.393651] [<c103f6cf>] ioremap_nocache+0x1f/0x30
May 25 03:43:19 gate kernel: [ 2.393660] [<f8477c21>] ? starfire_init_one+0xd1/0x5b0 [starfire]
May 25 03:43:19 gate kernel: [ 2.393669] [<f8477c21>] starfire_init_one+0xd1/0x5b0 [starfire]
May 25 03:43:19 gate kernel: [ 2.393676] [<c103e208>] ? default_spin_lock_flags+0x8/0x10
May 25 03:43:19 gate kernel: [ 2.393690] [<c16300ad>] ? _raw_spin_lock_irqsave+0x2d/0x40
May 25 03:43:19 gate kernel: [ 2.393702] [<c13f6b64>] ? __pm_runtime_resume+0x54/0x80
May 25 03:43:19 gate kernel: [ 2.393710] [<c131f35b>] pci_device_probe+0x7b/0xb0
May 25 03:43:19 gate kernel: [ 2.393719] [<c13ec9ab>] really_probe+0x4b/0x1c0
May 25 03:43:19 gate kernel: [ 2.393725] [<c13f6aa9>] ? pm_runtime_barrier+0x49/0xb0
May 25 03:43:19 gate kernel: [ 2.393732] [<c13ecc43>] driver_probe_device+0x33/0x50
May 25 03:43:19 gate kernel: [ 2.393738] [<c13eccf1>] __driver_attach+0x91/0xa0
May 25 03:43:19 gate kernel: [ 2.393744] [<c13ecc60>] ? driver_probe_device+0x50/0x50
May 25 03:43:19 gate kernel: [ 2.393750] [<c13eb3ba>] bus_for_each_dev+0x4a/0x80
May 25 03:43:19 gate kernel: [ 2.393757] [<c13ec6a1>] driver_attach+0x21/0x30
May 25 03:43:19 gate kernel: [ 2.393762] [<c13ecc60>] ? driver_probe_device+0x50/0x50
May 25 03:43:19 gate kernel: [ 2.393768] [<c13ec2df>] bus_add_driver+0x16f/0x260
May 25 03:43:19 gate kernel: [ 2.393776] [<c131e430>] ? pci_dev_put+0x20/0x20
May 25 03:43:19 gate kernel: [ 2.393782] [<c13ed1aa>] driver_register+0x6a/0x130
May 25 03:43:19 gate kernel: [ 2.393794] [<c161bbde>] ? printk+0x4d/0x4f
May 25 03:43:19 gate kernel: [ 2.393801] [<c131e5a3>] __pci_register_driver+0x33/0x40
May 25 03:43:19 gate kernel: [ 2.393809] [<f841f030>] starfire_init+0x30/0x1000 [starfire]
May 25 03:43:19 gate kernel: [ 2.393817] [<c1003054>] do_one_initcall+0x34/0x170
May 25 03:43:19 gate kernel: [ 2.393823] [<f841f000>] ? 0xf841efff
May 25 03:43:19 gate kernel: [ 2.393830] [<c161d52b>] do_init_module+0x80/0x1c6
May 25 03:43:19 gate kernel: [ 2.393840] [<c10af71b>] load_module+0x41b/0x5f0
May 25 03:43:19 gate kernel: [ 2.393847] [<c10ad0b0>] ? show_initstate+0x50/0x50
May 25 03:43:19 gate kernel: [ 2.393856] [<c12fa8d2>] ? _copy_from_user+0x42/0x60
May 25 03:43:19 gate kernel: [ 2.393862] [<c10af976>] sys_init_module+0x86/0xa0
May 25 03:43:19 gate kernel: [ 2.393875] [<c16375cd>] sysenter_do_call+0x12/0x28
May 25 03:43:19 gate kernel: [ 2.393880] [ end trace a0f2129f6776182a ]
May 25 03:43:19 gate kernel: [ 2.393889] starfire 0000:02:04.0: cannot remap 0x80000 @ 0x80100000, aborting
May 25 03:43:19 gate kernel: [ 2.393963] ioremap: invalid physical address ffffffff80200000
May 25 03:43:19 gate kernel: [ 2.393969] starfire 0000:02:05.0: cannot remap 0x80000 @ 0x80200000, aborting
May 25 03:43:19 gate kernel: [ 2.394013] ioremap: invalid physical address ffffffff80280000
May 25 03:43:19 gate kernel: [ 2.394020] starfire 0000:02:06.0: cannot remap 0x80000 @ 0x80280000, aborting
May 25 03:43:19 gate kernel: [ 2.394064] ioremap: invalid physical address ffffffff80380000
May 25 03:43:19 gate kernel: [ 2.394071] starfire 0000:02:07.0: cannot remap 0x80000 @ 0x80380000, aborting
May 25 03:43:19 gate kernel: [ 2.416757] async_tx: api initialized (async)
May 25 03:43:19 gate kernel: [ 2.427552] xor: automatically using best checksumming function:
May 25 03:43:19 gate kernel: [ 2.464009] pIII_sse : 2999.000 MB/sec



Ob das erklàrt warum udev das nicht erkennt? Aber warum passiert das?

Nebenbei bekomme ich jetzt auch eine warnung von update-grub das es das
physical device NULL nicht finden könnte. Es scheint irgendwas mit der
initrd zu tun haben, nehme ich an. Genaues weiß ich nicht weil ich mich
noch nicht mit systemd u.s.w. befasste.

Besser erst mal kein reboot, denke ich... :-/

Kay

Ähnliche fragen