It seems like it just happens once. I will try to repro it with vbox. Will make sure that I have a solid test-case scenario and then will test it without vbox.
Speaking of testing modules. Is there any thing in Linux as Driver Verifier which is used in Windows? It allows to check for pool corruptions, page faults when called at high IRQLs, etc. I assume there are none for Linux. Is there any trick I can do to hunt this bug down? Like compile kernel in debug with special asserts? But in this case I will change the code base basically ... -- with best regards, Volodymyr 2011/9/29 maximilian attems <m...@stro.at> > severity 643741 important > stop > > On Thu, Sep 29, 2011 at 08:50:57AM +0100, Volodymyr M. Shcherbyna wrote: > > Package: linux-headers-2.6.32-5-amd64 > > Version: 2.6.32-35squeeze2 > > Severity: critical > > Justification: breaks the whole system > > no at max important, maybe breaks *one* box. > > > > > Hello, > > > > Just installed clean Debian 6.0.2 amd64 and did a reboot via shutdown -r > now . This is what I am getting: > > > > [ 1619.241195] kernel BUG at > /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969! > > [ 1619.241198] invalid opcode: 0000 [#1] SMP > > [ 1619.241201] last sysfs file: /sys/power/state > > [ 1619.241203] CPU 2 > > [ 1619.241205] Modules linked in: acpi_cpufreq cpufreq_conservative > cpufreq_powersave cpufreq_userspace cpufreq_stats parport_pc ppdev lp > parport sco bridge stp bnep rfcomm l2cap bluetooth rfkill vboxnetflt vboxdrv > binfmt_misc fuse loop usbhid hid snd_usb_audio uvcvideo snd_usb_lib > snd_seq_midi snd_seq_midi_event videodev v4l1_compat snd_hda_codec_atihdmi > snd_rawmidi v4l2_compat_ioctl32 snd_hda_codec_realtek snd_hda_intel > snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device radeon snd > processor ttm evdev drm_kms_helper i2c_i801 drm i2c_algo_bit pcspkr > asus_atk0110 i2c_core soundcore snd_page_alloc psmouse button serio_raw ext4 > mbcache jbd2 crc16 sg sr_mod sd_mod crc_t10dif cdrom uhci_hcd ata_generic > pata_marvell ata_piix libata atl1e ehci_hcd scsi_mod thermal thermal_sys > usbcore nls_base [last unloaded: vboxnetadp] > > can you retry without that vboxfoocrap. > Is it reproducible then? > > thank you. > > -- > maks >
