Re: [2.6.24 REGRESSION] BUG: Soft lockup - with VFS

2008-01-28 Thread Oliver Pinter (Pintér Olivér)
and so then dmesg ..

-- 
Thanks,
Oliver
Initializing cgroup subsys cpuset
Linux version 2.6.24-szami2 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 
(prerelease) (Debian 4.1.1-21)) #2 SMP Sun Jan 27 01:47:58 CET 2008
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000e8000 - 0010 (reserved)
 BIOS-e820: 0010 - 1ff3 (usable)
 BIOS-e820: 1ff3 - 1ff4 (ACPI data)
 BIOS-e820: 1ff4 - 1fff (ACPI NVS)
 BIOS-e820: 1fff - 2000 (reserved)
 BIOS-e820: ffb8 - 0001 (reserved)
0MB HIGHMEM available.
511MB LOWMEM available.
found SMP MP-table at 000ff780
Entering add_active_range(0, 0, 130864) 0 entries of 256 used
Zone PFN ranges:
  DMA 0 -> 4096
  Normal   4096 ->   130864
  HighMem130864 ->   130864
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0:0 ->   130864
On node 0 totalpages: 130864
  DMA zone: 56 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4040 pages, LIFO batch:0
  Normal zone: 1733 pages used for memmap
  Normal zone: 125035 pages, LIFO batch:31
  HighMem zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
DMI 2.3 present.
ACPI: RSDP 000F9E30, 0021 (r2 ACPIAM)
ACPI: XSDT 1FF30100, 003C (r1 A M I  OEMXSDT  1414 MSFT   97)
ACPI: FACP 1FF30290, 00F4 (r3 A M I  OEMFACP  1414 MSFT   97)
ACPI: DSDT 1FF303F0, 3779 (r1  P4C8B P4C8B106  106 INTL  2002026)
ACPI: FACS 1FF4, 0040
ACPI: APIC 1FF30390, 005C (r1 A M I  OEMAPIC  1414 MSFT   97)
ACPI: OEMB 1FF40040, 003F (r1 A M I  OEMBIOS  1414 MSFT   97)
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 3000 (gap: 2000:dfb8)
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 129075
Kernel command line: BOOT_IMAGE=deb_s2.6.24 ro root=803 1
mapped APIC to b000 (fee0)
mapped IOAPIC to a000 (fec0)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 3150.239 MHz processor.
Console: colour VGA+ 132x44
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:8
... MAX_LOCK_DEPTH:  30
... MAX_LOCKDEP_KEYS:2048
... CLASSHASH_SIZE:   1024
... MAX_LOCKDEP_ENTRIES: 8192
... MAX_LOCKDEP_CHAINS:  16384
... CHAINHASH_SIZE:  8192
 memory used by lock dependency info: 1024 kB
 per task-struct memory footprint: 1680 bytes

| Locking API testsuite:

 | spin |wlock |rlock |mutex | wsem | rsem |
  --
 A-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-B-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-B-C-C-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-C-A-B-C deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-B-C-C-D-D-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-C-D-B-D-D-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 A-B-C-D-B-C-D-A deadlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
double unlock:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  initialize held:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
 bad unlock order:  ok  |  ok  |  ok  |  ok  |  ok  |  ok  |
  --
  recursive read-lock: |  ok  | |  ok  |
   recursive read-lock #2: |  ok  | |  ok  |
mixed read-write-lock: |  ok  | |  ok  |
mixed write-read-lock: |  ok  | |  ok  |
  --
 hard-irqs-on + irq-safe-A/12:  ok  |  ok  |  ok  |
 soft-irqs-on + irq-safe-A/12:  o

[2.6.24 REGRESSION] BUG: Soft lockup - with VFS

2008-01-28 Thread Oliver Pinter (Pintér Olivér)
hi all!

in the 2.6.24 become i some soft lockups with usb-phone, when i pluged
in the mobile, then the vfs-layer crashed. am afternoon can i the
.config send, and i bisected the kernel, when i have time.

pictures from crash:
http://students.zipernowsky.hu/~oliverp/kernel/regression_2624/
-- 
Thanks,
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: konqueror deadlocks on 2.6.22

2008-01-19 Thread Oliver Pinter (Pintér Olivér)
add cc (ingo)

and then please update to CFS-v24.1
http://people.redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.6.22.15-v24.1.patch


On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote:
> Oliver Pinter (Pintér Olivér) wrote:
> > This kernel is vanilla 2.6.22.y or with CFS?
>
> Yes with CFSv20.4, as in the log.
>
> It also hangs on 2.6.23.13
>
> > On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote:
> > > I was just attacked by some deadlock issue involving sqlite3 and
> > > konqueror. While sqlite3 continues to slowly fill a 7M-record db in
> > > transaction mode, konqueror hangs for a few minutes, then continues only
> > > to hang again and again.
> > >
> > > Looks like an fs/blockIO issue involving fsync.
> > >
> > > As a workaround, is there a way to make fsync soft?
>
>
> Thanks!
>
> --
> Al
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>


-- 
Thanks,
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: konqueror deadlocks on 2.6.22

2008-01-19 Thread Oliver Pinter (Pintér Olivér)
This kernel is vanilla 2.6.22.y or with CFS?

On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote:
> I was just attacked by some deadlock issue involving sqlite3 and konqueror.
> While sqlite3 continues to slowly fill a 7M-record db in transaction mode,
> konqueror hangs for a few minutes, then continues only to hang again and
> again.
>
> Looks like an fs/blockIO issue involving fsync.
>
> As a workaround, is there a way to make fsync soft?
>
>
> Thanks!
>
> --
> Al
>
> ---
> Jan 19 20:36:13 localhost kernel: SysRq : Show Blocked State
> Jan 19 20:36:13 localhost kernel:   taskPC stack   pid
> father
> Jan 19 20:36:13 localhost kernel: kjournald D c153b4c0 0   951
> 2
> Jan 19 20:36:13 localhost kernel:c1579d70 0046 0010 c153b4c0
> c153b5fc  c1579dbc 0001
> Jan 19 20:36:13 localhost kernel:c1579d78 c03f163e c1527848 c0216d50
> 0010 c1527878 0001 d7ca8dc0
> Jan 19 20:36:13 localhost kernel: c153b4c0 c012dcb0 c1579dbc
> c1579dbc 0001 d62092c0 d7ca8dc0
> Jan 19 20:36:13 localhost kernel: Call Trace:
> Jan 19 20:36:13 localhost kernel:  [] io_schedule+0xe/0x20
> Jan 19 20:36:13 localhost kernel:  [] get_request_wait+0x100/0x120
> Jan 19 20:36:13 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:13 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:13 localhost kernel:  [] elv_merge+0xba/0x150
> Jan 19 20:36:13 localhost kernel:  [] __make_request+0x6c/0x2f0
> Jan 19 20:36:13 localhost kernel:  []
> generic_make_request+0x13f/0x1d0
> Jan 19 20:36:14 localhost kernel:  [] __slab_alloc+0x87/0xf0
> Jan 19 20:36:14 localhost kernel:  [] mempool_alloc+0x2a/0xc0
> Jan 19 20:36:14 localhost kernel:  [] submit_bio+0x46/0xe0
> Jan 19 20:36:14 localhost kernel:  []
> smp_apic_timer_interrupt+0x28/0x30
> Jan 19 20:36:14 localhost kernel:  []
> apic_timer_interrupt+0x28/0x30
> Jan 19 20:36:14 localhost kernel:  [] bio_alloc_bioset+0x7f/0x160
> Jan 19 20:36:14 localhost kernel:  []
> end_buffer_write_sync+0x0/0x70
> Jan 19 20:36:14 localhost kernel:  [] submit_bh+0xd1/0x130
> Jan 19 20:36:14 localhost kernel:  []
> journal_do_submit_data+0x29/0x30
> Jan 19 20:36:14 localhost kernel:  []
> journal_submit_data_buffers+0x115/0x170
> Jan 19 20:36:14 localhost kernel:  []
> journal_commit_transaction+0x1af/0xc30
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  [] kjournald+0x197/0x1e0
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  [] kjournald+0x0/0x1e0
> Jan 19 20:36:14 localhost kernel:  [] kthread+0x6a/0x70
> Jan 19 20:36:14 localhost kernel:  [] kthread+0x0/0x70
> Jan 19 20:36:14 localhost kernel:  []
> kernel_thread_helper+0x7/0x10
> Jan 19 20:36:14 localhost kernel:  ===
> Jan 19 20:36:14 localhost kernel: konqueror D c14b39f0 0  1922
> 1918
> Jan 19 20:36:14 localhost kernel:dbb13e08 0082 dbb13e08 c14b39f0
> c14b3b2c c1517f40 c1517f00 0009813c
> Jan 19 20:36:14 localhost kernel:dbb13e3c c01aa5e1  c1517f50
>   c14b39f0 c012dcb0
> Jan 19 20:36:14 localhost kernel:dbb13e48 dbb13e48 c1517f50 0001
> 0003  c14b39f0 c012dcb0
> Jan 19 20:36:14 localhost kernel: Call Trace:
> Jan 19 20:36:14 localhost kernel:  [] log_wait_commit+0xf1/0x140
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  []
> autoremove_wake_function+0x0/0x50
> Jan 19 20:36:14 localhost kernel:  [] journal_stop+0x146/0x1c0
> Jan 19 20:36:14 localhost kernel:  [] journal_start+0x93/0xc0
> Jan 19 20:36:14 localhost kernel:  [] __writepage+0x0/0x30
> Jan 19 20:36:14 localhost kernel:  []
> journal_force_commit+0x1c/0x30
> Jan 19 20:36:14 localhost kernel:  [] ext3_force_commit+0x25/0x30
> Jan 19 20:36:14 localhost kernel:  [] write_inode+0x4b/0x50
> Jan 19 20:36:14 localhost kernel:  []
> __sync_single_inode+0x1a3/0x1d0
> Jan 19 20:36:14 localhost kernel:  []
> __writeback_single_inode+0x4e/0x1b0
> Jan 19 20:36:14 localhost kernel:  [] do_writepages+0x3d/0x50
> Jan 19 20:36:14 localhost kernel:  []
> __filemap_fdatawrite_range+0x87/0x90
> Jan 19 20:36:14 localhost kernel:  [] ext3_sync_file+0x98/0xe0
> Jan 19 20:36:14 localhost kernel:  [] filemap_fdatawrite+0x23/0x30
> Jan 19 20:36:14 localhost kernel:  [] do_fsync+0x6d/0x90
> Jan 19 20:36:14 localhost kernel:  [] __do_fsync+0x27/0x50
> Jan 19 20:36:14 localhost kernel:  [] syscall_call+0x7/0xb
> Jan 19 20:36:14 localhost kernel:  [] svc_seq_show+0x110/0x120
> Jan 19 20:36:14 localhost kernel:  ===
> Jan 19 20:36:14 localhost kernel: sqlite3   D c4aa4000 0  5507
> 2021
> Jan 19 20:36:14 localhost kernel:dd53bbf0 00200082