public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* realtime-preempt patch-2.6.15-rt18 issues
@ 2006-03-06 12:11 Rui Nuno Capela
  2006-03-06 12:35 ` Ingo Molnar
  2006-03-06 13:24 ` Ingo Molnar
  0 siblings, 2 replies; 14+ messages in thread
From: Rui Nuno Capela @ 2006-03-06 12:11 UTC (permalink / raw)
  To: Ingo Molnar; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 3332 bytes --]

Hi, Ingo,

I think I would let you know that I'm still on 2.6.15-rt16, which works
great for the most purposes, on all of my boxes.

My problem is that the current/latest of the realtime-preempt patch,
2.6.15-rt18, has some showstoppers, at least for my day-to-day usage.

First one, and I think this is a return of an old buglet. Its the one that
occurs every time an usb-storage device is unplugged (e.g. a usb flash
stick). Once that happens, the usb subsystem gets seriously crippled.

Here goes a sample dmesg output of this occurrence (the complete listing
is attached, as is the corresponding kernel .config).

...
usb 2-1: new full speed USB device using ohci_hcd and address 2
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
  Vendor: USB 2.0   Model: Flash Disk        Rev: 2.00
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sda: 2031616 512-byte hdwr sectors (1040 MB)
sda: Write Protect is off
sda: Mode Sense: 0b 00 00 08
sda: assuming drive cache: write through
SCSI device sda: 2031616 512-byte hdwr sectors (1040 MB)
sda: Write Protect is off
sda: Mode Sense: 0b 00 00 08
sda: assuming drive cache: write through
 sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
usb-storage: device scan complete
usb 2-1: USB disconnect, address 2
slab error in kmem_cache_destroy(): cache `scsi_cmd_cache': Can't free all
objects
 [<c0144603>] kmem_cache_destroy+0x83/0xf8 (8)
 [<c020b1d6>] scsi_destroy_command_freelist+0x4e/0x5a (12)
 [<c020be67>] scsi_host_dev_release+0x4e/0x71 (12)
 [<c01f0fef>] device_release+0x14/0x39 (12)
 [<c01a2c9b>] kobject_cleanup+0x3e/0x5e (4)
 [<c01a2cbb>] kobject_release+0x0/0x8 (8)
 [<e05327ac>] usb_stor_control_thread+0x0/0x183 [usb_storage] (8)
 [<c01a3432>] kref_put+0x3a/0x44 (4)
 [<e053290e>] usb_stor_control_thread+0x162/0x183 [usb_storage] (12)
 [<c027a8a1>] schedule+0xd4/0xf5 (32)
 [<c01230df>] kthread+0x63/0x8f (20)
 [<c012307c>] kthread+0x0/0x8f (12)
 [<c0100d59>] kernel_thread_helper+0x5/0xb (16)


The second issue seems to be related to the RTC and is not strictly
specific to -rt18. AFAICT, my experience goes far as the ALSA MIDI
sequencer is concerned (snd-seq-midi) and it badly shows whenever the RTC
timer is used (snd-rtctimer), moreover if its used by default (i.e.
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y).

As it seems specific to -rt18, the ALSA sequencer event queueing is
perfectly non-functional if the RTC timer is used. On -rt16, and probably
before, the use of snd-rtctimer is suspiciously related to some complete
and instantaneous system lockups that I was experiencing more than many
times, while doing some MIDI sequencing; it always occurred almost exactly
on queue timer stop/start instants. Once I got rid of the rtctimer,
everything seems to get back to normal, that is, no hard-freezes to date.

My current configurations tries to avoid the RTC use in any circunstance.

So I think RTC is still an open issue, and it has indeed surfaced here and
there, specially regarding the RT patch usage in the Linux Audio/MIDI
niche.

Hope I can help in anyway.

Cheers,
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org

[-- Attachment #2: dmesg-2.6.15.4-rt18.1.gz --]
[-- Type: application/x-gzip-compressed, Size: 5152 bytes --]

[-- Attachment #3: config-2.6.15.4-rt18.1.gz --]
[-- Type: application/x-gzip-compressed, Size: 9785 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Re: [PATCH] realtime-preempt patch-2.6.15-rt19 compile error (was:  realtime-preempt patch-2.6.15-rt18 issues)
@ 2006-03-08 17:15 Rui Nuno Capela
  0 siblings, 0 replies; 14+ messages in thread
From: Rui Nuno Capela @ 2006-03-08 17:15 UTC (permalink / raw)
  To: Ingo Molnar; +Cc: Jan Altenberg, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1712 bytes --]

Hi,

Still got the blues whenever I try to unplug a usb-storage stick on -rt20 ;)

usb 2-1: new full speed USB device using ohci_hcd and address 2
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
  Vendor: USB 2.0   Model: Flash Disk        Rev: 2.00
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sda: 2031616 512-byte hdwr sectors (1040 MB)
sda: Write Protect is off
sda: Mode Sense: 0b 00 00 08
sda: assuming drive cache: write through
SCSI device sda: 2031616 512-byte hdwr sectors (1040 MB)
sda: Write Protect is off
sda: Mode Sense: 0b 00 00 08
sda: assuming drive cache: write through
 sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
usb-storage: device scan complete
usb 2-1: USB disconnect, address 2
slab error in kmem_cache_destroy(): cache `scsi_cmd_cache': Can't free all
objects
 [<c0141d1e>] kmem_cache_destroy+0x66/0xdb (8)
 [<c020487c>] scsi_destroy_command_freelist+0x4e/0x5a (12)
 [<c02054eb>] scsi_host_dev_release+0x4b/0x6e (12)
 [<c01eaca7>] device_release+0x14/0x39 (12)
 [<c019d07f>] kobject_cleanup+0x3e/0x5e (4)
 [<c019d09f>] kobject_release+0x0/0x8 (8)
 [<e053278c>] usb_stor_control_thread+0x0/0x183 [usb_storage] (8)
 [<c019d7ce>] kref_put+0x3a/0x44 (4)
 [<e05328ee>] usb_stor_control_thread+0x162/0x183 [usb_storage] (12)
 [<c0272dc1>] schedule+0xd4/0xf5 (32)
 [<c01226bf>] kthread+0x63/0x8f (20)
 [<c012265c>] kthread+0x0/0x8f (12)
 [<c0100d39>] kernel_thread_helper+0x5/0xb (16)

BR
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org

[-- Attachment #2: config-2.6.15.6-rt20.0.gz --]
[-- Type: application/x-gzip-compressed, Size: 9785 bytes --]

[-- Attachment #3: dmesg-2.6.15.6-rt20.0.gz --]
[-- Type: application/x-gzip-compressed, Size: 5156 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2006-03-15 14:08 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-06 12:11 realtime-preempt patch-2.6.15-rt18 issues Rui Nuno Capela
2006-03-06 12:35 ` Ingo Molnar
2006-03-06 13:24 ` Ingo Molnar
2006-03-06 15:10   ` Rui Nuno Capela
2006-03-07  9:40     ` [PATCH] realtime-preempt patch-2.6.15-rt19 compile error (was: realtime-preempt patch-2.6.15-rt18 issues) Jan Altenberg
2006-03-07 11:27       ` Ingo Molnar
2006-03-07 12:33       ` Rui Nuno Capela
2006-03-10  7:44         ` realtime-preempt patch-2.6.15-rt18 issues Jan Altenberg
2006-03-14 23:13         ` [PATCH] realtime-preempt patch-2.6.15-rt19 compile error (was: realtime-preempt patch-2.6.15-rt18 issues) karsten wiese
2006-03-15  9:31           ` Ingo Molnar
2006-03-15 10:19             ` Jan Altenberg
2006-03-15 11:04               ` Ingo Molnar
2006-03-15 14:08                 ` karsten wiese
  -- strict thread matches above, loose matches on Subject: below --
2006-03-08 17:15 Rui Nuno Capela

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox