Bug#944491: firmware-iwlwifi: firmware does not load with error -110 with Intel 7260
Package: firmware-iwlwifi Version: 20190717-2 Severity: grave Dear Maintainer, After upgrading to the 5.2.0-3 kernel, module iwlwifi cannot be loaded as there is an error in the microcode. Here are the related kernel.log messages: [ 12.689939] iwlwifi :3d:00.0: Failed to load firmware chunk! [ 12.690990] iwlwifi :3d:00.0: iwlwifi transaction failed, dumping registers [ 12.692217] iwlwifi :3d:00.0: iwlwifi device config registers: [ 12.693323] iwlwifi :3d:00.0: : 08b18086 00100406 0280006b 0010 d014 [ 12.695108] iwlwifi :3d:00.0: 0020: c0608086 00c8 0100 [ 12.696916] iwlwifi :3d:00.0: iwlwifi device memory mapped registers: [ 12.698169] iwlwifi :3d:00.0: : 40489204 8040 2000 0800 [ 12.699981] iwlwifi :3d:00.0: 0020: 0009 080003c5 0144 8000 803a 80008040 00080046 [ 12.701777] iwlwifi :3d:00.0: iwlwifi device AER capability structure: [ 12.703006] iwlwifi :3d:00.0: : 14010001 4000 00462031 2000 2000 000e [ 12.703861] iwlwifi :3d:00.0: 0020: [ 12.704382] iwlwifi :3d:00.0: iwlwifi parent port (:3c:01.0) config registers: [ 12.704921] iwlwifi :3c:01.0: : 240412d8 00180407 06040005 00010010 003d3d3c 01f1 [ 12.705580] iwlwifi :3c:01.0: 0020: d010d010 0001fff1 0040 0002010a [ 12.706300] iwlwifi :3d:00.0: Could not load the [0] uCode section [ 12.706786] iwlwifi :3d:00.0: Failed to start INIT ucode: -110 [ 12.707189] iwlwifi :3d:00.0: Collecting data: trigger 16 fired. [ 12.954147] iwlwifi :3d:00.0: Not valid error log pointer 0x for Init uCode [ 12.954692] iwlwifi :3d:00.0: Fseq Registers: [ 12.954710] iwlwifi :3d:00.0: Hardware error detected. Restarting. [ 12.955004] iwlwifi :3d:00.0: 0x | FSEQ_ERROR_CODE [ 12.955813] iwlwifi :3d:00.0: 0x | FSEQ_TOP_INIT_VERSION [ 12.956215] iwlwifi :3d:00.0: 0x | FSEQ_CNVIO_INIT_VERSION [ 12.956627] iwlwifi :3d:00.0: 0x | FSEQ_OTP_VERSION [ 12.957002] iwlwifi :3d:00.0: 0x | FSEQ_TOP_CONTENT_VERSION [ 12.957420] iwlwifi :3d:00.0: 0x | FSEQ_ALIVE_TOKEN [ 12.957795] iwlwifi :3d:00.0: 0x | FSEQ_CNVI_ID [ 12.958208] iwlwifi :3d:00.0: 0x | FSEQ_CNVR_ID [ 12.958569] iwlwifi :3d:00.0: 0x | CNVI_AUX_MISC_CHIP [ 12.958964] iwlwifi :3d:00.0: 0x | CNVR_AUX_MISC_CHIP [ 12.959359] iwlwifi :3d:00.0: 0x | CNVR_SCU_SD_REGS_SD_REG_DIG_DCDC_VTRIM [ 12.959865] iwlwifi :3d:00.0: 0x | CNVR_SCU_SD_REGS_SD_REG_ACTIVE_VDIG_MIRROR [ 12.960407] iwlwifi :3d:00.0: Firmware not running - cannot dump error [ 12.979731] iwlwifi :3d:00.0: Failed to run INIT ucode: -110 The firmware works perfectly with a 4.19 kernel. Notice that this is surely related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939262, but as I have an unreported error (Failed to run INIT ucode: -110), I have submitted a new bug report. Notice also that manually installing 20190815 version does not solve the problem. Best, Christophe -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (986, 'testing'), (984, 'stable'), (982, 'stable'), (98, 'unstable'), (96, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux -5.2.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.135 -- no debconf information
Bug#897686: environment-modules: module function not working with ZSH
Package: environment-modules Version: 4.1.2-1 Severity: normal Dear Maintainer, I have a problem with environment-modules and ZSH: the module function defined as module () { _moduleraw "$*" 2>&1 } does not work correctly on my system with ZSH (the module command works with Bash although). When using it without option, it works perfectly, but using options like -t for module list or module avail does not work: with list it leads to an error and with avail it leads to an empty answer even if module avail is not "empty". As I loads lots of ZSH config files, I have also tested module with a new user without loading any ZSH config files and observed the same behavior. I am using ZSH 5.5.1. The attached patch solves the problem for modules 4.1.2: it consists in removing the " encapsulating the $* argument of _moduleraw. Best, Christophe -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (986, 'testing'), (984, 'stable'), (982, 'stable'), (98, 'unstable'), (96, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages environment-modules depends on: ii less 487-0.1 ii libc6 2.27-3 ii libtcl8.6 8.6.8+dfsg-4 ii procps 2:3.3.14-1 ii tcl8.6.0+9 ii tcl8.6 8.6.8+dfsg-4 environment-modules recommends no packages. environment-modules suggests no packages. -- no debconf information -- Christophe Garion GPG: 1982 15B2 64AC 3C34 532D BF19 6CD6 246C 62DA 5A7F Index: modules-4.1.2/modulecmd.tcl.in === --- modules-4.1.2.orig/modulecmd.tcl.in +++ modules-4.1.2/modulecmd.tcl.in @@ -3659,7 +3659,7 @@ $g_shell \$*`; return $_mlstatus;} append fdef "\n};" if {[isStderrTty]} { -append fdef "\nmodule() { _moduleraw \"\$*\" 2>&1; };" +append fdef "\nmodule() { _moduleraw \$* 2>&1; };" } } {fish} {
Bug#373605: tetex-extra: Compilation problem with listings package
Hello, The problem is due to the babel package and the : appearing in the \label{} definitions. A similar bug is reported here in the LaTeX bugs database: http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex/3869introduction=yesstate=open If your remove all the : in the \label and \ref commands in my previous example, there is no errors. Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4
Bug#373605: tetex-extra: Compilation problem with listings package
On Thu, 15 Jun 2006 13:31:31 +0200, Ralf Stubner [EMAIL PROTECTED] said: Ralf Interesting. I have found a different solution: Loading listings Ralf /before/ loading babel helps, even without removing the ':' from Ralf the labels. I am not sure what is the best solution to this ... Loading babel before listings helps, even on my big file. It seems to be the best solution (because the : in label are automatically generated by RefTeX in Emacs :)). But maybe somebody will try to really solve the problem. If I have time, I will look at the babel package. Thanks for your help, Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4
Bug#373605: tetex-extra: Compilation problem with listings package
Package: tetex-extra Version: 3.0-18 Severity: important Hello, I have a problem with the listings package. Unfortunately, the bug is very difficult to reproduce, but maybe it is related to bug #348636. Notice that I had no problem with the previous major version of tetex-extra. If I have the following source (Some text 1 and 2 are normal text without anything particular): Some text 1 Some Text 2 \begin{lstlisting} Source line 1 Source line 2 \end{lstlisting} I have the following error (sources are SQL statements): ERROR: Incomplete \iffalse; all text was ignored after line XXX. --- TeX said --- inserted text \fi l.XXX GRANT SELECT ON Logiciel TO christophe; --- HELP --- From the .log file... A forbidden control sequence occurred in skipped text. This kind of error happens when you say `\if...' and forget the matching `\fi'. I've inserted a `\fi'; this might work. If I try to recompile it, I have the following error in the .aux file: ERROR: Missing \endcsname inserted. --- TeX said --- to be read again \global l.139 [EMAIL PROTECTED] {toc}{\contentsline {subsection}{\numberline {9.4.2}Privil\... --- HELP --- From the .log file... The control sequence marked to be read again should not appear between \csname and \endcsname. Now, if I remove the Some text 2 line, or if I split the lstlisting environment into two lstlisting environments, it compiles without problems. I use a french environment (identfirst, babel with french option packages). Do you have a solution? Thanks in advance, Christophe -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.16.060515 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tetex-extra depends on: ii tetex-base3.0-18 Basic library files of teTeX ii tetex-bin 3.0-16 The teTeX binary files ii ucf 2.0010 Update Configuration File: preserv tetex-extra recommends no packages. -- no debconf information -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4
Bug#373605: tetex-extra: Compilation problem with listings package
On Wed, 14 Jun 2006 17:09:19 +0200, Ralf Stubner [EMAIL PROTECTED] said: Ralf Thank you for the report. I am not sure that 'important' is the Ralf right severity, though. Sorry, it is one of my first bug report and I am not really used to the classification. Ralf Have you tried the fix mentioned in #348636? It does not work. Ralf I am sorry, but without a minimal example, it is impossible to Ralf debug problems like this. Weren't you asked by reportbug to Ralf include one? See Ralf URL:http://www.tex.ac.uk/cgi-bin/texfaq2html?label=minxampl and Ralf URL:http://www.minimalbeispiel.de/mini-en.html for details. I join a minimal example file (11 kB gzipped). Sorry for the size, but if I cut parts of the body, the error does not happen anymore. If you use pdflatex on it, the error happens. I have found that if you remove the francais or french option for the babel package and replace it by english or german, the problem disappears. French is really a problem ;) I have also found that bug #272560, which is closed, is about bad interactions between listings and babel. Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4 bddError.tex.gz Description: Binary data
Bug#341073: jde: Cannot use jde-wiz-implement-interface
Package: jde Version: 2.3.3-2 Severity: normal Hello, I cannot use jde-wiz-implement-interface. I have the following error message: jde-wiz-gen-implementation-methods: Symbol's function definition is void: tempo-save-named In the tempo.el file (version 1.2.2) of the emacs-goodies-el package, the tempo-save-named function is not defined (even in the unstable version of the package). I think you have to replace this version of tempo.el with version 1.2.4. Sorry if I should have better report this bug to emacs-goodies-el package. Christophe -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7.050803 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages jde depends on: ii bsh 2.0b4-2 Java scripting environment (BeanSh ii eieio1:1.0pre3-1 Enhanced Implementation of Emacs I ii elib 1.0-11 Library of commonly-used Emacs fun ii emacs21 [emacsen]21.4a-1 The GNU Emacs editor ii java-common 0.23Base of all Java packages ii semantic 1:1.0pre3-1 Parser Infrastructure for Emacsen ii speedbar-beta1:1.0pre3-1 Transitional package ii sun-j2sdk1.4 [java-common] 1.4.2+06Java(TM) 2 SDK, Standard Edition, Versions of packages jde recommends: ii ecb 2.27-2 Code browser for several languages ii gcj-3.3 [java-compiler] 1:3.3.6-7 The GNU compiler for Java(TM) ii gij [java-virtual-machine]4:4.0.2-1 The GNU Java bytecode interpreter ii gij-3.3 [java-virtual-machine 1:3.3.6-7 The GNU Java bytecode interpreter ii gij-4.0 [java-virtual-machine 4.0.2-4The GNU Java bytecode interpreter ii java-virtual-machine-dummy [j 0.3Dummy Java virtual machine ii jikes-sablevm [java-compiler] 1.11.3-1.1 Wrapper for jikes using classes fr ii jikes-sun [java-compiler] 0.8Wrapper for jikes using Sun Java c ii kaffe-pthreads [java-compiler 2:1.1.6-3 A POSIX threads enabled version of ii sablevm [java-virtual-machine 1.11.3-1.1 Free implementation of Java Virtua ii sun-j2sdk1.4 [java-compiler] 1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4debian [java-comp 0.18 Debian specific parts of Java(TM) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321923: swingwt-demo: Cannot execute HelloSwingWT
Hi Shaun, I have just removed all the gcj and SwingWT related stuff and cleanly reinstalled the packages from testing. Now everything is right and works, thank you. As you said, I think it was a problem with the version of the libraries I used, as I had both libgcj4-dev and libgcj6-dev installed. Thank you again for your answer! Best, Christophe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321923: swingwt-demo: Cannot execute HelloSwingWT
Package: swingwt-demo Version: 0.87-1 Severity: important Hello, I tried to compile the SwingWT demo using the Makefile coming with the swingt-demo package. I have both gcj-3.3 and gcj-4.0. Using gcj-3.3, when I try to execute HelloSwingWT, I got a duplicate class error. So I install gcj-4.0, but I have now the following error at execution: Exception in thread main java.lang.LinkageError: unexpected exception during linking: swingwtx.swing.JFrame at java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (/usr/lib/libgcj.so.6.0.0) at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at HelloSwingWT.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Caused by: java.lang.NullPointerException at java.lang.VMClassLoader.resolveClass(java.lang.Class) (/usr/lib/libgcj.so.6.0.0) ...5 more I have the following warnings at compilation: gcj-4.0 `pkg-config --cflags swingwt` -Dgnu.gcj.runtime.VMClassLoader.library_control=cache `pkg-config --libs swingwt` -Djava.library.path=/usr/lib --main=HelloSwingWT HelloSwingWT.java -o HelloSwingWT /usr/bin/ld: warning: libswt.so.4, needed by /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libswingwt.so, may conflict with libswt.so.3 /usr/bin/ld: warning: libswt-pi.so.4, needed by /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libswingwt.so, may conflict with libswt-pi.so.3 /usr/bin/ld: warning: libgcj.so.4, needed by /usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libswingwt.so, may conflict with libgcj.so.6 Notice that I can interpret the HelloSwingWT.class file both with the SableVM and official Sun JVM. Thank you in advance, Christophe -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7.050803 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages swingwt-demo depends on: ii libswingwt0 0.87-1 Swing/AWT API over SWT library swingwt-demo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]