kernel mit FritzCard PCI

S

soebe

Member
Hallo,

habe ein Problem beim kompilieren eines kernels mit isdn und FritzCard PCI (version 1).
Habe ein ISO-Image von FBSD 5.3 heruntergeladen und installiert. Nun muß ich die FritzCard und i4b einbinden, stoße dabei jedoch immer wieder auf Fehler beim kompilieren oder schon beim make depend. Habe das System bereits mehrmals neuinstalliert und auch schon den sys Quellcode per FTP installiert. Bin jedesmal genau nach Anleitung vorgegangen und unter FBSD 5.1 hat es damals problemlos geklappt. Bin mit meinem Latein am Ende.

Gibt es sie Möglichkeit, daß mir irgendjemand einen kernel mit FritzCard PCI(v1) und i4b (oder einen Link) geben kann? Es ist ein Pentium II, die Netzwerkkarte ist rl, SCSI Controller ist trm (nur Bandlaufwerk), der Rest ist wie beim GENERIC.
Ich weiß nicht, ob das so üblich ist, aber ich muß den Server (Router und Samba Fileserver) schnellstmöglich wieder zum laufen kriegen.

Danke vielmals im voraus
Sönke
 
Post doch bitte mal deine Kernel Config.
Und evtl. die Fehler die make depend ausgibt.
Dann kann ich dir eventuell helfen.

PS: Kleiner hinweis am Rande, die AVM Karten sind extrem zickig mit FreeBSD 5. Hab selber ne alte Fritz!Classic die tut, wirft aber beim ersten connecten nach reboot nen Fehler aus. Die Fritz! PCI v2 geht beim booten bereits in State 3 über und läßt sich garnet nutzen.
 
hey.

ich hab mir gerade mal die i4b-homepage angeguckt.....

hmmm... letzte version war 0.96, und die kam im oktober 2000 raus?
wenn du das "mal eben schnell" einrichten moechtest kann ich dir nur raten, dir ein altes freebsd zu besorgen und das da zu machen. ich persoenlich hatte das vor jahrhunderten mal unter openbsd 2.7 am rennen.

wie dem auch sei... welche anleitung hast du genommen? die hier? http://www.shuttle.de/support/anleitungen/freebsd/einwahl.html

wenn nein, welche dann? welche fehlermeldungen hast du? wie sieht dein dmesg aus? "ich krieg fehlermeldungen" ist leider ein etwas zu allgemein gehaltener hilferuf.
 
Soviel ich weiss, ist der aktuelle i4b code bereits in die normalen Kernel-Sourcen integriert, da muss man gar nix mehr machen.

Ich hab folgendes gemacht
-> CVSUP Kernel-Sourcen

-> Kernel-Config:

---
# ISDN
# AVM Fritz PnP
device ifpnp

# protocol stack
pseudo-device "i4bq921"
pseudo-device "i4bq931"
pseudo-device "i4b"

# control devices
pseudo-device "i4btrc" 4
pseudo-device "i4bctl"
pseudo-device "i4brbch" 4
pseudo-device "i4btel" 2
pseudo-device "i4bisppp" 4

# IP over raw HDLC
options IPR_VJ
pseudo-device "i4bipr" 4
---

Funzt ohne Probleme - habe aber auch die Sourcen seit 4.6 bis 5.3 immer über CVS aktualisiert, vielleicht ist dabei zufällig was liegengeblieben...
 
Ok, also ersteinmal vielen Dank für die Antworten.
Präziser:

beim "make depend" kriege ich
compile failed
Error Code 1
#include expects "FILENAME" or <FILENAME>

nach mehrmaliger Neuinstallation lief "make depend" auch schon mal fehlerfrei durch. Dann hatte ich aber wieder Syntaxfehler beim make.
Habe mir dann einmal den Spaß gemacht, und habe die besagte Datei (mit syntax error) angeschaut. Zufällig gab es an der genannten Stelle zwei ähnliche Funktionen. Bei der zweiten endete jedoch ein Befehl mit einer geschweiften Klammer statt mit einem Semikolon. Habe einfach einmal versucht, den kernel mit der (eigens) korrigierten Datei zu kompilieren und siehe da, an der Stelle kam kein Fehler mehr. Dafür aber bei einer anderen Datei.
Nun möchte ich nicht den Quellcode korrekturlesen (kann ich auch nicht) und habe es daher schließlich aufgegeben.

Leider poste ich gerade an einer Windows-Maschine, habe nur einen Monitor und eine Tastatur und muß deshalb immer umstecken... :o (der Server ist nur zu Reparatur hier bei mir)

Wollte eigentlich nur wissen, ob mir jemand sagen kann, ob es auch irgendwo fertige (GENERIC)kernel mit i4b und FritzCard gibt.

Falls nicht, werde ich natürlich noch einmal (auf umständlichen Wegen) meine kernel config datei posten.

Vielen Dank
 
Ich füge mal noch etwas hinzu:

Bisher lief das System mit FritzCard PCI unter FBSD 5.1 einwandfrei. Den kernel hatte ich damals ohne Probleme kompilieren können.
Nun habe ich das System neuinstalliert (lange Geschichte). Da die Syntaxfehler nicht gerade bei i4b auftreten, gehe ich davon aus, daß der Quellcode nicht aktuell ist.
Habe lediglich den Code vom ISO-Image bzw. später auch per sysinstall vom ftp installiert.

Mit cvsup habe ich mich noch nie beschäftigt, da ich immer dachte dass betrifft nur die CURRENT Version. Das System soll aber stabil laufen. Vielleicht sollte ich tatsächlich auf FBSD 4 downgraden...
 
Sorry, mit Kernel kann ich grade nicht dienen....

soebe schrieb:
Mit cvsup habe ich mich noch nie beschäftigt, da ich immer dachte dass betrifft nur die CURRENT Version. Das System soll aber stabil laufen. Vielleicht sollte ich tatsächlich auf FBSD 4 downgraden...
Zum Vergrößern anklicken....

Nope, damit kann man per CVS-Tag auch die Release-Versionen aktuell halten. Ich hatte immer nur Ärger mit den FTP-Sourcen und kenne das jetzt schon gar nicht mehr anders.
Eine perfekte Anleitung, wie man das macht, gibts im Handbuch:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html

Ich verwende dazu den Tag RELENG_5_3, Supfiles gibts unter /usr/share/examples/cvsup/ nach der Installation.

Tip: 'cvsup-without-gui' installieren, aber bloß nicht über Source, sondern als Paket, sonst dröhnt die Maschine die halbe Nacht :)
 
Zuletzt bearbeitet:
So, habe nun csvup-no-gui installiert. Das lief. einige Dateien wurde aktualisiert.
Jetzt läuft auch "make depend" wieder durch.
Allerdings hapert es beim eigentlichen compile immer noch.

Diesmal heißt es:

../../../dev/pci/pci.c: In funtion 'pci_suspend':

1030:error:'ik' undeclared (first use in this funtion)
1035:warning:type defaults to 'int' in declaration of 'free'
1035:warning:parameter names (without types) in funtion

und so weiter

hier meine config file:
machine i386
#cpu I486_CPU
#cpu I586_CPU
cpu I686_CPU
ident MYKERNEL6

# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.

options SCHED_4BSD # 4BSD scheduler
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options MD_ROOT # MD is a potential root device
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
options NFS_ROOT # NFS usable as /, requires NFSCLIENT
options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_GPT # GUID Partition Tables.
options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~215k to driver.
options ADAPTIVE_GIANT # Giant mutex is adaptive.

device apic # I/O APIC

device isa
device eisa
device pci

device fdc

device ata
device atadisk # ATA disk drives
#device ataraid # ATA RAID drives
device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
options ATA_STATIC_ID # Static device numbering

#device ahb # EISA AHA1742 family
#device ahc # AHA2940 and onboard AIC7xxx devices
#device ahd # AHA39320/29320 and onboard AIC79xx devices
#device amd # AMD 53C974 (Tekram DC-390(T))
#device isp # Qlogic family
#device mpt # LSI-Logic MPT-Fusion
#device ncr # NCR/Symbios Logic
#device sym # NCR/Symbios Logic (newer chipsets + those of `ncr')
device trm # Tekram DC395U/UW/F DC315U adapters

#device adv # Advansys SCSI adapters
#device adw # Advansys wide SCSI adapters
#device aha # Adaptec 154x SCSI adapters
#device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
#device bt # Buslogic/Mylex MultiMaster SCSI adapters

#device ncv # NCR 53C500
#device nsp # Workbit Ninja SCSI-3
#device stg # TMC 18C30/18C50

device scbus # SCSI bus (required for SCSI)
device ch # SCSI media changers
device da # Direct Access (disks)
device sa # Sequential Access (tape etc)
device cd # CD
device pass # Passthrough device (direct SCSI access)
device ses # SCSI Environmental Services (and SAF-TE)

#device amr # AMI MegaRAID
#device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID
#device ciss # Compaq Smart RAID 5*
#device dpt # DPT Smartcache III, IV - See NOTES for options
#device hptmv # Highpoint RocketRAID 182x
#device iir # Intel Integrated RAID
#device ips # IBM (Adaptec) ServeRAID
#device mly # Mylex AcceleRAID/eXtremeRAID
#device twa # 3ware 9000 series PATA/SATA RAID

#device aac # Adaptec FSA RAID
#device aacp # SCSI passthrough for aac (requires CAM)
#device ida # Compaq Smart RAID
#device mlx # Mylex DAC960 family
#device pst # Promise Supertrak SX6000
#device twe # 3ware ATA RAID

device atkbdc # AT keyboard controller
device atkbd # AT keyboard
#device psm # PS/2 mouse

device vga # VGA video card driver

device splash # Splash screen and screen saver support

device sc

#device vt
#options XSERVER # support for X server on a vt console
#options FAT_CURSOR # start with block cursor

device agp # support several AGP chipsets

device npx


#device apm

device pmtimer

#device cbb # cardbus (yenta) bridge
#device pccard # PC Card (16-bit) bus
#device cardbus # CardBus (32-bit) bus

#device sio # 8250, 16[45]50 based serial ports

device ppc
device ppbus # Parallel port bus (required)
device lpt # Printer
device plip # TCP/IP over parallel
device ppi # Parallel port interface device
#device vpo # Requires scbus and da

#device puc

#device de # DEC/Intel DC21x4x (``Tulip'')
#device em # Intel PRO/1000 adapter Gigabit Ethernet Card
#device ixgb # Intel PRO/10GbE Ethernet Card
#device txp # 3Com 3cR990 (``Typhoon'')
#device vx # 3Com 3c590, 3c595 (``Vortex'')

device miibus # MII bus support
#device bfe # Broadcom BCM440x 10/100 Ethernet
#device bge # Broadcom BCM570xx Gigabit Ethernet
#device dc # DEC/Intel 21143 and various workalikes
#device fxp # Intel EtherExpress PRO/100B (82557, 82558)
#device lge # Level 1 LXT1001 gigabit ethernet
#device nge # NatSemi DP83820 gigabit ethernet
#device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc')
#device re # RealTek 8139C+/8169/8169S/8110S
device rl # RealTek 8129/8139
#device sf # Adaptec AIC-6915 (``Starfire'')
#device sis # Silicon Integrated Systems SiS 900/SiS 7016
#device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet
#device ste # Sundance ST201 (D-Link DFE-550TX)
#device ti # Alteon Networks Tigon I/II gigabit Ethernet
#device tl # Texas Instruments ThunderLAN
#device tx # SMC EtherPower II (83c170 ``EPIC'')
#device vge # VIA VT612x gigabit ethernet
#device vr # VIA Rhine, Rhine II
#device wb # Winbond W89C840F
#device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')

#device cs # Crystal Semiconductor CS89x0 NIC
# 'device ed' requires 'device miibus'
#device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards
#device ex # Intel EtherExpress Pro/10 and Pro/10+
#device ep # Etherlink III based cards
#device fe # Fujitsu MB8696x based cards
#device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc.
#device lnc # NE2100, NE32-VL Lance Ethernet cards
#device sn # SMC's 9000 series of Ethernet chips
#device xe # Xircom pccard Ethernet

#device le

#device wlan # 802.11 support
#device an # Aironet 4500/4800 802.11 wireless NICs.
#device awi # BayStack 660 and others
#device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs.
#device wl # Older non 802.11 Wavelan wireless NIC.

device loop # Network loopback
device mem # Memory and kernel memory devices
device io # I/O device
device random # Entropy device
device ether # Ethernet support
device sl # Kernel SLIP
device ppp # Kernel PPP
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device faith # IPv6-to-IPv4 relaying (translation)

device bpf # Berkeley packet filter

#device uhci # UHCI PCI->USB interface
#device ohci # OHCI PCI->USB interface
#device usb # USB Bus (required)
#device udbp # USB Double Bulk Pipe devices
#device ugen # Generic
#device uhid # "Human Interface Devices"
#device ukbd # Keyboard
#device ulpt # Printer
#device umass # Disks/Mass storage - Requires scbus and da
#device ums # Mouse
#device urio # Diamond Rio 500 MP3 player
#device uscanner # Scanners
# USB Ethernet, requires mii
#device aue # ADMtek USB Ethernet
#device axe # ASIX Electronics USB Ethernet
#device cue # CATC USB Ethernet
#device kue # Kawasaki LSI USB Ethernet
#device rue # RealTek RTL8150 USB Ethernet

#device firewire # FireWire bus code
#device sbp # SCSI over FireWire (Requires scbus and da)
#device fwe # Ethernet over FireWire (non-standard!)

device ifpi

device "i4bq921"
device "i4bq931"
device "i4b"

device "i4btrc" 4
device "i4bctl"
device "i4brbch" 4
device "i4btel" 2

device "i4bisppp" 4

device "i4bipr" 4
options IPR_VJ
 
soebe schrieb:
Ok, also ersteinmal vielen Dank für die Antworten.
Präziser:

beim "make depend" kriege ich
compile failed
Error Code 1
#include expects "FILENAME" or <FILENAME>

Habe mir dann einmal den Spaß gemacht, und habe die besagte Datei (mit syntax error) angeschaut.
Zum Vergrößern anklicken....
(welche?)

wie ich sehe bist neu hier.

an dieser stelle also nochmal herzlich willkommen!!! anschliessend nochmal eine kleine einleitung:

wenn du fragen stellst, stelle sie ausfuehrlich.
wenn du fehlermeldungen hast, schreibe sie komplett auf.
wenn du doku benutzt hast, gib die quelle an. (bei buechern bis runter zu der nummer der auflage)

es ist ja nicht so, dass wir hier auf dem server keinen speicherplatz fuer 20 kb mehr text haben wuerden. und dank des internets und copy&paste musst du auch nicht mehr allzuviel abtippen.

ich persoenlich moechte dir ja sehr gerne helfen und freue mich ueber jedes bisschen frischfleisch, das mal ein wenig unix-luft schnuppern moechte. gedankenlesen kann ich aber nicht, ich denke dass koennen leider die wenigsten hier.
 
Vielen Dank an dieser Stelle.
Meine, wie ich finde recht präzise Frage war "Gibt es die Möglichkeit, daß mir irgendjemand einen kernel mit FritzCard PCI(v1) und i4b (oder einen Link) geben kann?"
Mögliche Fehlermeldungen wollte ich dabei ursprünglich gar nicht erwähnen,weil ich gehofft habe, mein Problem einfacher lösen zu können. Nun geht die Problemlösung allerdings in eine andere Richtung.
copy&paste geht leider nicht so einfach, da nicht genug Hardware.
Werde jedoch versuchen möglichst genaue Angaben zu machen (config file zuvor).

Danke für jegliche Hilfe
 
Bist du sicher das dein Prozessor ein I686 ist. So viel ich weiß ist selbst der P4 nur ein I568. Nur der Pentium Pro war ein I688. Kann mich aber auch irren.

Versuchs mal mit
Code: 
cpu I568_CPU
 
Also jetzt weiß ich wirklich nicht mehr weiter...
Habe noch einmal sauber neuinstalliert, die sys sourcen von CD installiert (mit der base src), danach cvsup installiert und durchgeführt.

Das make depend (diesmal mit I586) schlägt fehl (Fehler siehe unten).
make cleandir (2x)
rm -rf MYKERNEL

Dann wollte ich es wissen:
config GENERIC
cd ../compile/GENERIC
make depend

Gleicher Fehler! Verstehe ich nicht...

In file included from ../../../dev/usb/if_rue.c:101:
../../../dev/usb/if_ruereg.h:151:8: macro names must be identifiers
 
Ist die Hardware in Ordnung? Speicher?
Hast die CPU übertaktet?

Hatte mal ein ähnliches Problem, damals hatte ich meinen P4 übertaktet. Dabei traten beim kompilen öfters unerklärliche Fehler auf.
CPU wieder auf die vorgesehen Taktfrequenz runter getaktet und danach tat dann alles ohne Probleme.

Auf nem anderen PC traten ähnliche Fehler unter Linux auf, hier stellte sich dann heraus, dass eines der Speichermodule fehlerhaft war.

MfG ShitHappens
 
Das mit der Hardware vermute ich mittlerweile auch.
Bisher war in dem Rechner ein mega kleines Netzteil drin (die Wattzahl sage ich lieber nicht). Habe dann in diesem Zuge gleich ein neues 400 W NT eingebaut.
Das habe ich günstiger gekriegt, weil es derbe laut ist und eine Ecke ist eingedellt.
Ein erster Test war jedoch ok. Lautstärke war mir ja egal (der Server steht im Keller).
Jetzt habe ich aber irgendwo gelesen, daß ein NT,das "schlampige" Spannungen liefert ebenso Schuld an allem sein kann. Und beim Kompilieren zieht der Rechner bestimmt so einiges an Power.
Versuche noch mal mein eigenes Netzteil.

Danke für den Hinweis
 
Ok, ich denke das war's mit dem Netzteil. Bin jetzt schon ein großes Stück weiter :)

Das Kompilieren ist fast durch, da bricht es plötzlich wieder ab mit:

In file included from /usr/src/sys/dev/random/randomdev.c:49

vnode_if.h: In function 'VOP_LINK':
vnode_if.h: 688 error: syntax error before "a"

Habe mir die vnode_if.h angesehen und die Funktion mit anderen verglichen. Kann aber nichts feststellen.

Thanx 4 any help
soebe
 
Kännen auch verbogene Sourcen sein, ich installier die Sourcen und Ports eigentlich nie von CD, da das bei mir oft genau den Ärger gab :/ - oder u.U. ein Hitzeproblem oder wirklich die Hardware. Hast schonmal folgendes probiert?

# cd /usr
# rm -rf /usr/src
# rm -rf /usr/obj
# mkdir src
# mkdir obj
# cvsup -g -L 2 <your-supfile->
# make buildkernel KERNCONF=<kernel-filename>

Mein Test-Skript für solche Fälle *g* Kommt der Fehler dann auch noch ?
Wenn der Fehler nicht immer an der selben Stelle kommt, dann war's bei mir meist ein Festplattenproblem/Kabelproblem. Sagt evtl. syslog / dmesg was Besonderes?
 
Zuletzt bearbeitet:
Danke soweit,

habe das Netzteil ausgetauscht und wieder kompilieren lassen.
Seltsamerweise hatte ich im Quellcode oft (cvsup vorher durchgeführt) ein Apostroph ( &acute; ) statt eines Leerzeichens, bei dem das Kompilieren fehlschlug.
Habe das manuell gelöscht, dann ging es (weiter bis zu einer anderen Datei).

Nun habe ich das System vollständig drauf, die FritzCard ist auch eingerichten und lauffähig. Das hat mich jedoch ziemlich viel Zeit und Mühe gekostet. Hatte sonst nie so viele Probleme beim Installieren.

Vielen Dank für die Hinweise
soebe
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben