Bug#1071562: nfsd blocks indefinitely in nfsd4_destroy_session
Hello, happened to me too, now a third time. The first two times on 6.1.85 and now on 6.1.90 on the server. Clients are primarily Proxmox hosts running Linux 6.5.13. NFS Version is 4.2. This didn't happen with a very old kernel 6.1.0-9 from May 2023 which we were running previously. [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 0b90a020 xid 7aa02cc0 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 12521bac xid db1882c6 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 1983dd82 xid c8e8428b [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 1ed9ceeb xid 9e09a079 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt b65a955d xid 8eee3a15 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 5706134e xid 1de36c93 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt f9d48ca3 xid 366cd575 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt a25621a3 xid 04908592 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt b27bf2f5 xid 2bf8d75e [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 2041e651 xid 331c9f24 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt bb856d0c xid 35c41e07 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt cf8f7523 xid e7ebe821 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 61496440 xid d1e84119 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt bd100f39 xid c2770460 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 1639729a xid 2eb64435 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 31316e4d xid 63f934ac [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 2f831e3b xid e1e5bdff [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 2d3c5c60 xid 89e3910b [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 21afae1a xid e45a86a1 [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 3e5a70d5 xid 933234ed [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt d0dffd1d xid 602eb73f [Wed Jun 26 10:59:34 2024] receive_cb_reply: Got unrecognized reply: calldir 0x1 xpt_bc_xprt 6496e8c0 xid 7d3a4d97 [Wed Jun 26 11:03:56 2024] INFO: task nfsd:2007 blocked for more than 120 seconds. [Wed Jun 26 11:03:56 2024] Not tainted 6.1.0-21-amd64 #1 Debian 6.1.90-1 [Wed Jun 26 11:03:56 2024] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [Wed Jun 26 11:03:56 2024] task:nfsdstate:D stack:0 pid:2007 ppid:2 flags:0x4000 [Wed Jun 26 11:03:56 2024] Call Trace: [Wed Jun 26 11:03:56 2024] [Wed Jun 26 11:03:56 2024] __schedule+0x34d/0x9e0 [Wed Jun 26 11:03:56 2024] schedule+0x5a/0xd0 [Wed Jun 26 11:03:56 2024] schedule_timeout+0x118/0x150 [Wed Jun 26 11:03:56 2024] wait_for_completion+0x86/0x160 [Wed Jun 26 11:03:56 2024] __flush_workqueue+0x152/0x420 [Wed Jun 26 11:03:56 2024] nfsd4_destroy_session+0x1b6/0x250 [nfsd] [Wed Jun 26 11:03:56 2024] nfsd4_proc_compound+0x355/0x660 [nfsd] [Wed Jun 26 11:03:56 2024] nfsd_dispatch+0x1a1/0x2b0 [nfsd] [Wed Jun 26 11:03:56 2024] svc_process_common+0x289/0x5e0 [sunrpc] [Wed Jun 26 11:03:56 2024] ? svc_recv+0x4e5/0x890 [sunrpc] [Wed Jun 26 11:03:56 2024] ? nfsd_svc+0x360/0x360 [nfsd] [Wed Jun 26 11:03:56 2024] ? nfsd_shutdown_threads+0x90/0x90 [nfsd] [Wed Jun 26 11:03:56 2024] svc_process+0xad/0x100 [sunrpc] [Wed Jun 26 11:03:56 2024] nfsd+0xd5/0x190 [nfsd] [Wed Jun 26 11:03:56 2024] kthread+0xda/0x100 [Wed Jun 26 11:03:56 2024] ? kthread_complete_and_exit+0x20/0x20 [Wed Jun 26 11:03:56 2024] ret_from_fork+0x22/0x30 [Wed Jun 26 11:03:56 2024] ... There were no "Got unrecognized reply" messages prior to that in the log. Regards, Michael
Bug#1011395: linux-image-5.16.0-0.bpo.4-amd64: Please add module mhi_wwan_mbim for wwan-connections
Package: src:linux Version: 5.16.12-1~bpo11+1 Severity: normal Dear Maintainer, please enable the module option for mhi_wwan_mbim in the kernel configuration (CONFIG_MHI_WWAN_MBIM). This is needed for some newer wwan cards (like Quectel EM120R-GL as shipped in current lenovo thinkpads) to provide a network-interface for the wwan-connection. Without it, no data can be transmitted, as no network interface for the card is present. As the other mhi-modules are already enabled, this leads to a situation where it is possible to set-up the card but not actually use it. Thanks & best regards, Michael -- Package-specific info: ** Version: Linux version 5.16.0-0.bpo.4-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP PREEMPT Debian 5.16.12-1~bpo11+1 (2022-03-08) ** Command line: BOOT_IMAGE=/boot/vmlinuz-5.16.0-0.bpo.4-amd64 root=UUID=06b33ef9-bc26-449a-8c9e-cea6ed6116c0 ro nopti ** Tainted: WOE (12800) * kernel issued warning * externally-built ("out-of-tree") module was loaded * unsigned module was loaded ** Kernel log: [7.129820] iwlwifi :03:00.0: UMAC PC: 0x8047dfd8 [7.130938] iwlwifi :03:00.0: LMAC PC: 0x0 [7.131976] iwlwifi :03:00.0: WRT: Collecting data: ini trigger 13 fired (delay=0ms). [7.381190] iwlwifi :03:00.0: Loaded firmware version: 62.49eeb572.0 ty-a0-gf-a0-62.ucode [7.382807] iwlwifi :03:00.0: 0x | ADVANCED_SYSASSERT [7.383926] iwlwifi :03:00.0: 0x | trm_hw_status0 [7.385049] iwlwifi :03:00.0: 0x | trm_hw_status1 [7.386148] iwlwifi :03:00.0: 0x | branchlink2 [7.387199] iwlwifi :03:00.0: 0x | interruptlink1 [7.388253] iwlwifi :03:00.0: 0x | interruptlink2 [7.389298] iwlwifi :03:00.0: 0x | data1 [7.390330] iwlwifi :03:00.0: 0x | data2 [7.391337] iwlwifi :03:00.0: 0x | data3 [7.392358] iwlwifi :03:00.0: 0x | beacon time [7.393374] iwlwifi :03:00.0: 0x | tsf low [7.394373] iwlwifi :03:00.0: 0x | tsf hi [7.395337] iwlwifi :03:00.0: 0x | time gp1 [7.396310] iwlwifi :03:00.0: 0x | time gp2 [7.397272] iwlwifi :03:00.0: 0x | uCode revision type [7.398233] iwlwifi :03:00.0: 0x | uCode version major [7.399163] iwlwifi :03:00.0: 0x | uCode version minor [7.400107] iwlwifi :03:00.0: 0x | hw version [7.401047] iwlwifi :03:00.0: 0x | board version [7.401997] iwlwifi :03:00.0: 0x | hcmd [7.402913] iwlwifi :03:00.0: 0x | isr0 [7.403809] iwlwifi :03:00.0: 0x | isr1 [7.404720] iwlwifi :03:00.0: 0x | isr2 [7.405630] iwlwifi :03:00.0: 0x | isr3 [7.406521] iwlwifi :03:00.0: 0x | isr4 [7.407368] iwlwifi :03:00.0: 0x | last cmd Id [7.408208] iwlwifi :03:00.0: 0x | wait_event [7.409041] iwlwifi :03:00.0: 0x | l2p_control [7.409871] iwlwifi :03:00.0: 0x | l2p_duration [7.410670] iwlwifi :03:00.0: 0x | l2p_mhvalid [7.411444] iwlwifi :03:00.0: 0x | l2p_addr_match [7.412231] iwlwifi :03:00.0: 0x | lmpm_pmg_sel [7.413005] iwlwifi :03:00.0: 0x | timestamp [7.413769] iwlwifi :03:00.0: 0x | flow_handler [7.414607] iwlwifi :03:00.0: Start IWL Error Log Dump: [7.415327] iwlwifi :03:00.0: Transport status: 0x0042, valid: 7 [7.416060] iwlwifi :03:00.0: 0x201013F2 | ADVANCED_SYSASSERT [7.416792] iwlwifi :03:00.0: 0x | umac branchlink1 [7.417526] iwlwifi :03:00.0: 0x8045C7E4 | umac branchlink2 [7.418255] iwlwifi :03:00.0: 0x | umac interruptlink1 [7.418969] iwlwifi :03:00.0: 0x | umac interruptlink2 [7.419672] iwlwifi :03:00.0: 0x0007 | umac data1 [7.420383] iwlwifi :03:00.0: 0x00200808 | umac data2 [7.421085] iwlwifi :03:00.0: 0xDEADBEEF | umac data3 [7.421769] iwlwifi :03:00.0: 0x003E | umac major [7.422448] iwlwifi :03:00.0: 0x49EEB572 | umac minor [7.423100] iwlwifi :03:00.0: 0x0001310F | frame pointer [7.423745] iwlwifi :03:00.0: 0xC0887F3C | stack pointer [7.424407] iwlwifi :03:00.0: 0x | last host cmd [7.425063] iwlwifi :03:00.0: 0x | isr status reg [7.425780] iwlwifi :03:00.0: IML/ROM dump: [7.426411] iwlwifi :03:00.0: 0x0B03 | IML/ROM error/state [7.427113] iwlwifi :03:00.0: 0x7E50 | IML/ROM data1 [7.427810] iwlwifi :03:00.0: 0x0080 | IML/ROM WFPM_AUTH_KEY_0 [7.428525] iwlwifi :03:00.0: Fseq Registers: [7.429190] iwlwifi :03:00.0: 0x6100 | FSEQ_ERROR_CODE [7.429860] iwlwifi :03:00.0: 0x00440005 |
Bug#860805: [Pkg-opencl-devel] Bug#860805: Could we set bug #860805 against beignet-opencl-icd to stretch-is-blocker?
Hi, On Tue, May 02, 2017 at 07:40:43AM +0100, Rebecca N. Palmer wrote: > Has anyone tried the clFFT test I requested above? I've now done a test on my system (Thinkpad T440s, i5-4300U): 1. Without the patch (stderr): drm_intel_gem_bo_context_exec() failed: Device or resource busy Beignet: "Exec event 0x55e6d5920fd0 error, type is 4592, error staus is -5" (err: 0)after clGetPlatformIDs (err: 0) Platform found: Intel Gen OCL Driver (err: 0)after clGetDeviceIDs (err: 0)Device found on the above platform: Intel(R) HD Graphics Haswell Ultrabook GT2 Mobile (err: 0) after clCreateContext (err: 0)after clCreateCommandQueue (err: 0)after clfftInitSetupData (err: 0)after clfftSetup Performing fft on an one dimensional array of size N = 8192 (err: 0)after clCreateBuffer (err: 0)after clfftCreateDefaultPlan (err: 0)after clfftSetPlanPrecision (err: 0)after clfftSetLayout (err: 0)after clfftSetResultLocation (err: 0)after clfftBakePlan (err: 0)after clEnqueueWriteBuffer drm_intel_gem_bo_context_exec() failed: Device or resource busy Beignet: "Exec event 0x55e6d61cf540 error, type is 4592, error staus is -5" clEnqueueNDRangeKernel failed second... -14 params: 1 1024 128 0 ERROR executing the kernel -5 (err: -14)after clfftEnqueueTransform (err: -14)after clfftEnqueueTransform = CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST (err: 0)after clFinish (err: 0)after clEnqueueReadBuffer Time took 1: 0.000406 ERROR: found same numbers !!! ... FFT was not executed !!! 2. With the patch (stderr): (err: 0)after clGetPlatformIDs (err: 0) Platform found: Intel Gen OCL Driver (err: 0)after clGetDeviceIDs (err: 0)Device found on the above platform: Intel(R) HD Graphics Haswell Ultrabook GT2 Mobile (err: 0) after clCreateContext (err: 0)after clCreateCommandQueue (err: 0)after clfftInitSetupData (err: 0)after clfftSetup Performing fft on an one dimensional array of size N = 8192 (err: 0)after clCreateBuffer (err: 0)after clfftCreateDefaultPlan (err: 0)after clfftSetPlanPrecision (err: 0)after clfftSetLayout (err: 0)after clfftSetResultLocation (err: 0)after clfftBakePlan (err: 0)after clEnqueueWriteBuffer (err: 0)after clfftEnqueueTransform (err: 0)after clFinish (err: 0)after clEnqueueReadBuffer Time took 1: 0.000887 stdout contains values which could be the in- and output of an FFT in the 2. case. Cheers, Michael
Bug#860805: beignet-opencl-icd: OpenCL fails with: drm_intel_gem_bo_context_exec() failed: Device or resource busy
Package: beignet-opencl-icd Version: 1.3.0-2+b1 Severity: normal Dear Maintainer, running any opencl-using program (such as clinfo or osmocom_fft -F) does not work but produces: drm_intel_gem_bo_context_exec() failed: Device or resource busy Beignet: "Exec event 0x55bc572926b0 error, type is 4592, error staus is -5" This is on a Lenovo Thinkpad T440s with an Intel HD Graphics 4400. Rebuilding beignet-opencl-icd with the following upstream-patch fixes the problem and leads to working OpenCL: https://cgit.freedesktop.org/beignet/commit/?id=8b04f0be372da8eabdc93d6ae1b81a3c83cba284 Cheers, Michael -- Package-specific info: Graphics hardware: Providers: number : 1 Provider 0: id: 0x49 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 6 associated providers: 0 name:Intel server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Extended renderer info (GLX_MESA_query_renderer): OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 0b) 04:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208M [GeForce GT 730M] [10de:1290] (rev a1) Processor: Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):4 On-line CPU(s) list: 0-3 Thread(s) per core:2 Core(s) per socket:2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family:6 Model: 69 Model name:Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz Stepping: 1 CPU MHz: 2606.964 CPU max MHz: 2900. CPU min MHz: 800. BogoMIPS: 4988.37 Virtualization:VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 3072K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm ida arat pln pts OpenCL library: rc amd-libopencl1:amd641:15.9-4~deb8u1 un libopencl-1.1-1 un libopencl-1.2-1 un libopencl-2.0-1 un libopencl-2.1-1 un libopencl1 rc nvidia-libopencl1:amd64 340.96-1 un nvidia-libopencl1-dev un nvidia-libopencl1-ia32 ii ocl-icd-libopencl1:amd642.2.11-1 ii ocl-icd-libopencl1:i386 2.2.11-1 ii amd-opencl-icd:amd641:15.9-4~deb8u2 un amd-opencl-icd-ia32 un amd-opencl-icd-virtual ii beignet-opencl-icd:amd641.3.0-2+b1 rc mesa-opencl-icd 10.3.2-1+deb8u1 un nvidia-opencl-icd un opencl-icd ==> /etc/OpenCL/vendors/amdocl64.icd <== libamdocl64.so ==> /etc/OpenCL/vendors/intel-beignet-x86_64-linux-gnu.icd <== /usr/lib/x86_64-linux-gnu/beignet//libcl.so ==> /etc/OpenCL/vendors/mesa.icd <== libMesaOpenCL.so ==> /etc/OpenCL/vendors/nvidia.icd <== libnvidia-opencl.so.1 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages beignet-opencl-icd depends on: ii libc6 2.24-9 ii libdrm-intel1 2.4.74-1 ii libdrm22.4.74-1 ii libgcc11:6.3.0-12 ii libstdc++6 6.3.0-12 ii libtinfo5 6.0+20161126-1 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii zlib1g 1:1.2.8.dfsg-5 beignet-opencl-icd recommends no packages. beignet-opencl-icd suggests no packages. -- no debconf information
Bug#521194: micropolis: Does not receive input
Hi, all of you experiencing input related problems with micropolis, do you still get them if you build my version of micropolis manually and run it? (Just extract it and run make, then start it with ./Micropolis, no need to install it) It is available as .tar.gz from: http://git.zerfleddert.de/cgi-bin/gitweb.cgi/micropolis?a=snapshot;h=HEAD;sf=tgz The debian package is based on an outdated version of the above tree, after which I fixed some more input related problems, which should help you. If this fixes the problem, then maybe the debian patch could get updated to the newer version? It has the added benefit that sound-output can be handled by sdl_mixer, so no additional process is forked for every sound effect played. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460674: Patches for micropolis
Hi, I have seen you intend to package micropolis. As the released sources from Don Hopkins do not work on modern X servers and the interface is designed to be fullscreen (and not resizeable) on OLPC, I have made some changes to this source to rectify these problems. You can find my changes at: http://git.zerfleddert.de/cgi-bin/gitweb.cgi/micropolis (This git was initialized with the released source .tgz) You can clone it from: git://git.zerfleddert.de/micropolis Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418098: [rdesktop-devel] [PATCH] rdesktop segfault with libx11-6 1.0.3-7
On Thu, Apr 12, 2007 at 10:03:16AM -0400, Mark Heily wrote: Here is a corrected patch that fixes the segfault and correctly redraws the desktop image. This has been tested with a Windows 2000 Server at 8bpp and a Windows 2003 server at 16bpp. Thank you for your patch. I have just committed it to the rdesktop CVS repository (xwin.c revision 1.223). Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401900: wmaker: crashes when using putty in wine
Package: wmaker Version: 0.92.0-6 Severity: grave Justification: renders package unusable When running the current version of putty (http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe) in wine under WindowMaker with wine putty.exe, WindowMaker crashes when clicking on any configuration category on the left hand side of the configuration window. Installing the Debug-Versions from #397412 results in the following backtrace: Program received signal SIGSEGV, Segmentation fault. 0x080b513c in updateWindowType (wwin=0x81c65d0) at /home/sesse/nmu/wmaker-0.92.0/src/wmspec.c:1276 1276/home/sesse/nmu/wmaker-0.92.0/src/wmspec.c: No such file or directory. in /home/sesse/nmu/wmaker-0.92.0/src/wmspec.c (gdb) bt #0 0x080b513c in updateWindowType (wwin=0x81c65d0) at /home/sesse/nmu/wmaker-0.92.0/src/wmspec.c:1276 #1 0x080b5d5c in wNETWMCheckClientHintChange (wwin=0x81c65d0, event=0xbfe98cf8) at /home/sesse/nmu/wmaker-0.92.0/src/wmspec.c:1585 #2 0x08058c7d in wClientCheckProperty (wwin=0x81c65d0, event=0xbfe98cf8) at /home/sesse/nmu/wmaker-0.92.0/src/client.c:668 #3 0x08071425 in handlePropertyNotify (event=0xbfe98cf8) at /home/sesse/nmu/wmaker-0.92.0/src/event.c:886 #4 0x08070343 in DispatchEvent (event=0xbfe98cf8) at /home/sesse/nmu/wmaker-0.92.0/src/event.c:267 #5 0x080ca5a7 in WMHandleEvent (event=0xbfe98cf8) at /home/sesse/nmu/wmaker-0.92.0/WINGs/wevent.c:235 #6 0x080703e7 in EventLoop () at /home/sesse/nmu/wmaker-0.92.0/src/event.c:325 #7 0x0807c2da in real_main (argc=2, argv=0xbfe99024) at /home/sesse/nmu/wmaker-0.92.0/src/main.c:867 #8 0x0807b314 in main (argc=2, argv=0xbfe99024) at /home/sesse/nmu/wmaker-0.92.0/src/main.c:638 This is reproducable on two different systems running testing. Regards, Michael -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-gernoth-64bit Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmaker depends on: ii cpp 4:4.1.1-13 The GNU C preprocessor (cpp) ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libwraster3 0.92.0-6Shared libraries of Window Maker r ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library wmaker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396191: autofs: NFS Submount still fails
Package: autofs Version: 4.1.4-12 Followup-For: Bug #396191 It seems that the kernel does not always return EROFS but sometimes also EACCESS on the mkdir. That is at least what I am seeing here now with 2.6.19-rc3. The best solution IMHO would be to rip out my patch from 393663 and apply the one from kernel.org. I have just tested this patch and it is working fine for us. Regards, Michael -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-gernoth-64bit Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages autofs depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii ucf 2.0016 Update Configuration File: preserv Versions of packages autofs recommends: ii nfs-common1:1.0.10-3 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396191: autofs: NFS Submount still fails
On Fri, Nov 10, 2006 at 03:07:42PM +0100, Steinar H. Gunderson wrote: On Fri, Nov 10, 2006 at 01:49:15PM +0100, Michael Gernoth wrote: The best solution IMHO would be to rip out my patch from 393663 and apply the one from kernel.org. I have just tested this patch and it is working fine for us. Could you be a bit more specific about which patch? I'm looking at http://ftp.kernel.org/pub/linux/daemons/autofs/v4/, but can't finding anything obvious in the filenames. I am talking about this one: ftp://ftp.kernel.org/pub/linux/daemons/autofs/v4/autofs-4.1.4-dont-create-remote-dirs.patch Regards, Michael -- Michael GernothDepartment of Computer Science IV Martensstrasse 1 D-91058 Erlangen Germany University of Erlangen-Nuremberg http://www4.informatik.uni-erlangen.de/~gernoth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393663: autofs: NFS submounts not working with kernel 2.6.18+
Package: autofs Version: 4.1.4-11 Severity: important Tags: patch Automounting NFS directories with submounts will fail on kernels 2.6.18+ when the NFS-share is exported read-only. Autofs tries to mkdir the submount-directory and expects EEXISTS in case of an already existing directory, but the kernel now returns EROFS. The attached patch fixes this problems for autofs and should be included pre-Etch. Regards, Michael --- autofs-4.1.4/daemon/automount.c.old 2006-10-17 12:59:27.284566000 +0200 +++ autofs-4.1.4/daemon/automount.c 2006-10-17 12:58:55.978259000 +0200 @@ -93,12 +93,13 @@ *bp = '\0'; if (mkdir(buf, mode) == -1) { /* If it already exists, make sure it's a directory */ - if (errno == EEXIST) { + if (errno == EEXIST || errno == EROFS) { struct stat st; if (stat(buf, st) == 0 !S_ISDIR(st.st_mode)) errno = ENOTDIR; else { + errno = EEXIST; /* last component, return -1 */ if (*cp != '\0') continue; -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6-simigern-64bit Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages autofs depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii ucf 2.0015 Update Configuration File: preserv Versions of packages autofs recommends: ii nfs-common1:1.0.10-1 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384306: libsyncml0: libsyncml needs to be rebuilt, depends on no longer existing symbol
Package: libsyncml0 Version: 0.4.0+svn20060721-3 Severity: important When using the packaged libsyncml0 with a wbxml-client I get the following error: faui48b [~] /usr/bin/syncml-http-server --port 4711 --sync vcard /addressbook /usr/bin/syncml-http-server: symbol lookup error: /usr/lib/libsyncml.so.0: undefined symbol: wbxml_conv_wbxml2xml Locally rebuilding libsyncml0 fixes this error. Regards, Michael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6-simigern-64bit Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libsyncml0 depends on: ii libbluetooth2 3.1-1 Library to use the BlueZ Linux Blu ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libgcrypt111.2.2-3 LGPL Crypto library - runtime libr ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnutls131.4.2-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libopenobex1 1.3-1 OBEX protocol library ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsoup2.2-8 2.2.96-1 an HTTP library implementation in ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libusb-0.1-4 2:0.1.12-2userspace USB programming library ii libwbxml2 0.9.2-1 WBXML parsing and encoding library ii libxml22.6.26.dfsg-3 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime libsyncml0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384306: libsyncml0: libsyncml needs to be rebuilt, depends on no longer existing symbol
On Wed, Aug 23, 2006 at 02:44:50PM +0200, Michael Banck wrote: On Wed, Aug 23, 2006 at 01:49:40PM +0200, Michael Gernoth wrote: Locally rebuilding libsyncml0 fixes this error. Do you mean rebuilding the Debian source package, or an upstream checkout? Rebuilding the debian source package is enough. Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299866: wdm: leaks file-descriptors to X server authority-files
On Wed, Apr 20, 2005 at 10:47:34PM -0400, Noah Meyerhans wrote: I believe that my recent upload of 1.28-1 fixes this problem. The upstream author used a different change, but it shouldn't leak file descriptors anymore Your upload of 1.28-1 fixed the problem for me. Thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272495: x supervisor process dies on SIGHUP causing Xserver to exit
On Tue, Oct 12, 2004 at 07:03:56PM +0200, Frank Lichtenheld wrote: Hmm, I investigated this bug. I can easily reproduce it. But if apply the patch, wdm doessn't start correctly. It starts the Xserver but don't display the login dialog. It seems our previous patch was responsible for that, as it is ignoring SIGCHLD, which it should not do. Fixed patch below. Regards, Michael --- wdm-1.27/src/wdm/dm.c.orig 2005-03-21 13:02:59.0 +0100 +++ wdm-1.27/src/wdm/dm.c 2005-03-21 13:03:32.0 +0100 @@ -665,9 +666,10 @@ { case 0: CleanUpChild (); - (void) Signal (SIGPIPE, SIG_IGN); LoadSessionResources (d); SetAuthorization (d); + (void) Signal (SIGPIPE, SIG_IGN); + (void) Signal (SIGHUP, SIG_IGN); if (!WaitForServer (d)) exit (OPENFAILED_DISPLAY); #ifdef XDMCP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299866: wdm: leaks file-descriptors to X server authority-files
Package: wdm Version: 1.27-2.2 Severity: important When wdm creates the authority-files for the X server, it uses mkstemp to create the files, but ignores the handed-back filedescriptor from mkstemp. These fds are also inherited by the X servers spawned by wdm. This leads to wdm using more than 200 fds in a few days on our sunray-servers. The following patch fixes the problem: --- wdm-1.27/src/wdm/auth.c.orig2005-03-17 01:10:18.0 +0100 +++ wdm-1.27/src/wdm/auth.c 2005-03-17 01:12:23.0 +0100 @@ -316,7 +316,7 @@ sprintf (d-authFile, %s/%s/%s/A%s-XX, authDir, authdir1, authdir2, cleanname); #ifdef HAVE_MKSTEMP - (void) mkstemp (d-authFile); + (void) close(mkstemp (d-authFile)); #else (void) mktemp (d-authFile); #endif -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1050, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wdm depends on: ii debconf 1.4.30.12 Debian configuration management sy ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libwraster3 0.91.0-7Shared libraries of Window Maker r ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii psmisc 21.5-1 Utilities that use the proc filesy ii xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xutils 4.3.0.dfsg.1-10 X Window System utility programs -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]