• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Bug 619021? - Absturz (UMTS PCMCIA) nach Upgrade auf 11.3

Tatsu

Newbie
Hallo alle zusammen,

ich habe ein Distributionsupgrade meines OpenSUSE von der Version 11.2 auf die Version 11.3 vorgenommen. Seit dem kommt es beim Anschluss meiner UMTS-Karte (PCMCIA) zum Totalcrash.

Das Upgrade habe lt. Anleitung Live-Aktualisierung mit Zypper unter OS 11.x durchgeführt.

Vorgehen:
Notebook im laufenden Betrieb und mit laufender KDE-Session. UMTS-Karte eingesteckt.

Folge:
Totalabsturz mit Ausgabe eines permanenten Pieptons. Keine Interaktion mehr möglich.

Hardwaredaten (lt. Sysinfo)
HP Compaq tc4200 Notebook
Prozessor: Intel(R) Pentium(R), M processor, 1.86GHz
Arbeitsspeicher: 2.0 GiB
Grafikkarte: Intel Corporation, 915 GM

Betriebssystemdaten (lt. Sysinfo)
Kernel: Linux 2.6.34-12-desktop i686
Distribution: openSUSE 11.3 (i586)
KDE: 4.4.4 (KDE 4.4.4) "release 2"

Letzte Einträge aus "/var/log/messages":
Code:
Jul 26 03:31:34 gf01 kernel: [  259.456202] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0
Jul 26 03:31:34 gf01 kernel: [  259.456255] pci 0000:03:00.0: reg 10: [mem 0x00000000-0x000007ff]
Jul 26 03:31:34 gf01 kernel: [  259.456352] pci 0000:03:00.0: BAR 0: assigned [mem 0x88000000-0x880007ff]
Jul 26 03:31:34 gf01 kernel: [  259.456366] pci 0000:03:00.0: BAR 0: set to [mem 0x88000000-0x880007ff] (PCI address [0x88000000-0x880007ff]
Jul 26 03:31:34 gf01 kernel: [  259.456387] pci 0000:03:00.0: cache line size of 64 is not supported
Jul 26 03:31:34 gf01 kernel: [  259.563176] Initializing Nozomi driver 2.1d (build date: Jul  5 2010 12:39:46)
Jul 26 03:31:34 gf01 kernel: [  259.563222] nozomi 0000:03:00.0: Init, new card found
Jul 26 03:31:34 gf01 kernel: [  259.563236] nozomi 0000:03:00.0: enabling device (0000 -> 0002)
Jul 26 03:31:34 gf01 kernel: [  259.563254] nozomi 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Jul 26 03:31:34 gf01 kernel: [  259.563266] nozomi 0000:03:00.0: Card type is: 2048
Jul 26 03:31:34 gf01 modem-manager: (noz1) opening serial device...
Jul 26 03:31:34 gf01 modem-manager: (noz0) opening serial device...
Jul 26 03:31:34 gf01 modem-manager: (noz3) opening serial device...
Jul 26 03:31:34 gf01 modem-manager: (noz2) opening serial device...
Jul 26 03:31:34 gf01 kernel: [  259.760849] nozomi 0000:03:00.0: Version of card: 3
Jul 26 03:31:34 gf01 kernel: [  259.761022] nozomi 0000:03:00.0: Initialization OK!
Jul 26 03:31:35 gf01 kernel: [  260.386305] nozomi 0000:03:00.0: Device READY!
Jul 26 03:31:36 gf01 modem-manager: (noz1) opening serial device...
Jul 26 03:31:36 gf01 modem-manager: (noz1): probe requested by plugin 'Generic'
Jul 26 03:31:36 gf01 modem-manager: (noz0) opening serial device...
Jul 26 03:31:36 gf01 modem-manager: (noz0): probe requested by plugin 'Generic'
Jul 26 03:31:36 gf01 modem-manager: (noz3) opening serial device...
Jul 26 03:31:36 gf01 kernel: [  261.036187] Warning: dev (noz1) tty->count(0) != #fd's(1) in tty_open
Jul 26 03:31:36 gf01 kernel: [  261.036198] noz: activated 1: f538316c
Jul 26 03:31:36 gf01 kernel: [  261.036722] Warning: dev (noz0) tty->count(0) != #fd's(1) in tty_open
Jul 26 03:31:36 gf01 kernel: [  261.036729] noz: activated 0: f5383060
Jul 26 03:31:36 gf01 modem-manager: (noz3): probe requested by plugin 'Generic'
Jul 26 03:31:36 gf01 kernel: [  261.037131] Warning: dev (noz3) tty->count(0) != #fd's(1) in tty_open
Jul 26 03:31:36 gf01 kernel: [  261.037139] noz: activated 3: f5383384
Jul 26 03:31:36 gf01 kernel: [  261.038139] Warning: dev (noz2) tty->count(0) != #fd's(1) in tty_open
Jul 26 03:31:36 gf01 kernel: [  261.038146] noz: activated 2: f5383278
Jul 26 03:31:36 gf01 kernel: [  261.038278] BUG: unable to handle kernel NULL pointer dereference at 000000bc
Jul 26 03:31:36 gf01 kernel: [  261.038288] IP: [<c064e8ac>] mutex_lock+0xc/0x30
Jul 26 03:31:36 gf01 kernel: [  261.038306] *pdpt = 0000000034d5f001 *pde = 0000000000000000
Jul 26 03:31:36 gf01 kernel: [  261.038315] Oops: 0002 [#1] PREEMPT SMP
Jul 26 03:31:36 gf01 kernel: [  261.038323] last sysfs file: /sys/devices/virtual/hwmon/hwmon0/temp1_input
Jul 26 03:31:36 gf01 kernel: [  261.038330] Modules linked in: nozomi nfs lockd fscache nfs_acl auth_rpcgss sunrpc michael_mic arc4 ecb lib80211_crypt_tkip aes_i586 aes_generic lib80211_crypt_ccmp ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit vboxdrv af_packet ircomm_tty ircomm irda crc_ccitt snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device vmnet ppdev parport_pc parport vmblock vsock vmci vmmon cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq speedstep_lib mperf tun ip6t_REJECT nf_conntrack_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT xt_state iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables ip6table_filter ip6_tables x_tables dm_crypt fuse loop dm_mod pcmcia snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm ipw2200 snd_timer tpm_infineon libipw yenta_socket sdhci_pci iTCO_wdt snd tifm_7xx1 tpm rsrc_nonstatic cfg80211 sdhci hp_wmi sg iTCO_vendor_support soundcore tpm_bios container tifm_core pcmcia_core rfkill mmc_core pcspk
Jul 26 03:31:36 gf01 kernel: r ac battery joydev wmi serio_raw snd_page_alloc tg3 i915 drm_kms_helper drm i2c_algo_bit video button intel_agp edd fan ata_generic thermal processor thermal_sys [last unloaded: preloadtrace]
Jul 26 03:31:36 gf01 kernel: [  261.038518]

Bekannter Bug?
Bug 619021 - Inserting nozomi driven UMTS card causes oops and takes down system

Ich glaube das das Problem das Gleiche ist, wie im o.g. Bug. Seht Ihr das auch so?

Wenn ja, dann würde ich gerne wissen wie ich als User die Behebung des Bugs unterstützen kann.

Ist es z.B. sinnvoll die Daten aus meiner Logdatei als Kommentar für den Bug einzutragen. Im Bug-Request steht ja z.B. auch drin das es die 64-Bit-Version betrifft. Ich nutze die 32-Bit-Version. Habe noch nie einen Bug bei OpenSUSE gemeldet/bearbeitet und will nichts falsch machen. ;-)


Danke im Voraus für Eure Tipps.
Bastian
 

lOtz1009

Moderator
Teammitglied
Sinnvoll ist das schon.
Zumal dann auch wieder Bewegung rein kommt.
Ich würde den Output sowie die Ausgabe von "uname -a" dort anhängen. Der Übersichtlichkeit halber als Attachment.
 
Oben