Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120

2020-12-09 Thread Matthijs
dware debugging. I'm OK with closing this bug. Matthijs

Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120

2020-11-11 Thread Matthijs
x27;t react to keyboard. So, also unfortunately, no error log or crash information at all. So don't know if the crashes I experience are in any way related to this kernel bug #968335 Any suggestions how I can get any further information out of this system in future crashes? Kind regards, Matthijs

Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120

2020-10-01 Thread Matthijs van Aalten
4+0xa4/0xb0 ...but the system is still fully operational. No idea how serious above call trace is. Hopefully no further crashes. -- Matthijs

Bug#628600: [regression] CD-ROM polling blocks suspend on some machines

2012-02-09 Thread Matthijs Kooijman
. > > Said to be fixed in 3.2. Can you confirm? Seems so: I've been running 3.2 for a few weeks now, the problem has not occured so far. Gr. Matthijs signature.asc Description: Digital signature

Bug#628600: cdrom_id freezing problems seem like a race condition

2011-08-08 Thread Matthijs Kooijman
he button, but everything works if I put a sleep 1 before it). I haven't tested scsi_id, but I assume it's the same there. Gr. Matthijs signature.asc Description: Digital signature

Bug#628600: cdrom_id freezing problems seem like a race condition

2011-08-08 Thread Matthijs Kooijman
e scsi_id program (also for /dev/sr0). Adding the same sleep to the 60-persistent-storage.rules files, really made the problem go away for me. Gr. Matthijs signature.asc Description: Digital signature

Bug#628600: cdrom_id freezing problems seem like a race condition

2011-08-08 Thread Matthijs Kooijman
e problem is, but perhaps this helps direct the search. If more testing is needed, I'm happy to help out. If someone provides some pointers for things to try (and/or where to look in the sourcecode, I'm fairly well-versed in C), I'll see if I can find out more. Gr. Matthijs -- Sys

Bug#523735: Works with kernel-package now, but it is still confusing

2010-02-04 Thread Matthijs Kooijman
econd parameter in the first place? # kernel-package passes an extra arg if [ -n "$2" ]; then Furthermore, the current comment is confusing. It suggests that _only_ kernel-package passes the extra arg, while original linux images also pass it. Gr. Matthijs signature.asc Descr

Bug#567189: initramfs-tools: MODULES=DEP not working for atiixp

2010-01-27 Thread Matthijs Kooijman
/sys/bus/ide/drivers/ide-gd $ readlink -f /sys/devices/pci\:00/\:00\:14.1/ide0/0.0/driver/module /sys/module/ide_gd_mod $ sudo modprobe ide-gd FATAL: Module ide_gd not found. $ sudo modprobe ide-gd_mod Gr. Matthijs -- Package-specific

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-10-05 Thread Matthijs Kooijman
might not be in /boot. > well that is a strange feature anyway that i don't want > to feature too much. I'm not sure how many people will be reading the kernel install hooks, and people who do will probably not start using this just because they can... Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-10-01 Thread Matthijs Kooijman
. See #523735. Always run for newer version of # kernel-package and the official Debian kernels. And perhaps a few lines up (where you set bootdir): # Kernel-package passes the path to the vmlinuz file as a second argument, # which might not be in /boot. Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-09-30 Thread Matthijs Kooijman
should be: bootdir=$(dirname "$2") With this change, everything works as expected for me. (I did get a bit confused, since something hides the output from the script, including my debug output. Not sure where or why that happens though) Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-09-30 Thread Matthijs Kooijman
reader why this checking happens (perhaps link to this bug as well). Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-09-30 Thread Matthijs Kooijman
me). However, I've nearly convinced myself that removing the check and always running update-initramfs-tools might be the better approach, since it makes all kernels work out of the box (generating the initramfs twice for < 12.001, but that's more acceptable than not generating any for >= 12.001 < 12.018 I think?). So, perhaps we should remove one more check? Manoj? Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-08-23 Thread Matthijs Kooijman
ixing the initramfs-tools to apply the checks i proposed in my earlier post. Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-07-03 Thread Matthijs Kooijman
, these could use the version number as well (because just using Depends: to get the right version won't work, since we might install kernel images built with different versions of kernel-package). Would this work? Gr. Matthijs signature.asc Description: Digital signature

Bug#523735: /etc/kernel/postinst.d/initramfs-tools: please consider supporting the experimental kernel-package out of the box

2009-07-02 Thread Matthijs Kooijman
n the second argument. This makes it compliant with official kernels, the initramfs-tools can no longer distinguish them, and all should be well. Perhaps Manoj can comment on this? Gr. Matthijs signature.asc Description: Digital signature

Bug#303501: CAN-2005-0750: Bluetooth root exploit due to boundary checking

2005-05-19 Thread Matthijs Mohlmann
Hi, It seems that this is fixed in the current kernel (just uploaded) The patch submitted by this bug seems to be applied already. Probably forgotten to add to the changelog entry ? Regards, Matthijs Mohlmann signature.asc Description: OpenPGP digital signature