* BUG in ofcs2_change_file_space
@ 2012-01-05 22:23 Bret Towe
2012-05-22 3:11 ` Bret Towe
0 siblings, 1 reply; 12+ messages in thread
From: Bret Towe @ 2012-01-05 22:23 UTC (permalink / raw)
To: Linux Kernel Mailing List, ocfs2-devel
got an oops on kernel 3.2 with ocfs2
thunderbird loading an email with images is the trigger looks repeatable for me
cache file being saved to /home directory is my guess
firefox hasnt done it but its cache is in a ramdisk
3.1.6 wasn't doing this
let me know what info you need
below is the backtrace from syslog
I would like to test whatever patch you have also
Jan 5 14:02:23 notmini64 kernel: [ 1431.675822] BUG: unable to handle
kernel NULL pointer dereference at 0000000000000038
Jan 5 14:02:23 notmini64 kernel: [ 1431.675981] IP:
[<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
Jan 5 14:02:23 notmini64 kernel: [ 1431.676228] PGD ca69a067 PUD
c745b067 PMD 0
Jan 5 14:02:23 notmini64 kernel: [ 1431.676326] Oops: 0000 [#1] PREEMPT SMP
Jan 5 14:02:23 notmini64 kernel: [ 1431.676416] CPU 1
Jan 5 14:02:23 notmini64 kernel: [ 1431.676457] Modules linked in:
nls_iso8859_1 nls_cp437 vfat fat uas usb_storage ocfs2 jbd2 quota_tree
crc32c cpufreq_userspace cpufreq_powersave cpufreq_conservative
binfmt_misc iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse
ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager nfsd nfs
lockd fscache auth_rpcgss nfs_acl sunrpc ipv6 af_packet tcp_bic
ocfs2_stack_user dlm configfs ocfs2_stackglue powernow_k8 mperf usblp
loop kvm_amd kvm snd_hda_codec_via snd_hda_codec_hdmi snd_seq_dummy
snd_seq_oss snd_seq_midi snd_rawmidi snd_hda_intel snd_hda_codec
snd_seq_midi_event snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq
psmouse snd_timer snd_seq_device serio_raw pcspkr k10temp joydev snd
evbug evdev i2c_piix4 soundcore snd_page_alloc button processor raid10
raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq
async_tx raid1 raid0 multipath linear md_mod atl1c [last unloaded:
scsi_wait_scan]
Jan 5 14:02:23 notmini64 kernel: [ 1431.678364]
Jan 5 14:02:23 notmini64 kernel: [ 1431.678399] Pid: 2835, comm:
thunderbird-bin Not tainted 3.2.0+ #45 System manufacturer System
Product Name/F1A75-M
Jan 5 14:02:23 notmini64 kernel: [ 1431.678610] RIP:
0010:[<ffffffffa0524f35>] [<ffffffffa0524f35>]
__ocfs2_change_file_space+0x915/0xe40 [ocfs2]
Jan 5 14:02:23 notmini64 kernel: [ 1431.678859] RSP:
0018:ffff8800c75ffe28 EFLAGS: 00010246
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RAX: 0000000000000000
RBX: ffff88010b810000 RCX: ffff88010b364400
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RDX: 0000000000000000
RSI: 0000000000000001 RDI: ffffffffa053250d
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RBP: ffff8800c75ffec8
R08: 00caec6a28080000 R09: ffff88010b364400
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R10: 000000000000cd75
R11: 0000000000000000 R12: 0000000000000000
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R13: ffff88008b823e78
R14: ffff88008b823f18 R15: ffff8800cae091e0
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] FS:
00007fde742f5700(0000) GS:ffff88010fc80000(0000)
knlGS:0000000000000000
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CS: 0010 DS: 0000
ES: 0000 CR0: 0000000080050033
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
CR3: 00000000ca540000 CR4: 00000000000006e0
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR0: 0000000000000000
DR1: 0000000000000000 DR2: 0000000000000000
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR3: 0000000000000000
DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Process
thunderbird-bin (pid: 2835, threadinfo ffff8800c75fe000, task
ffff8800c6788000)
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Stack:
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff8800c75fffd8
ffff8800c75fffd8 000000000000cd75 0000000000000000
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] 000000010ab4c900
0000000000000000 000000000000cd75 0000000000000000
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff88010b810000
ffff88008b823d98 ffff8800c75ffe98 ffff8800caec6a28
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Call Trace:
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffffa05254d4>]
ocfs2_fallocate+0x74/0x80 [ocfs2]
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e04d>]
do_fallocate+0xed/0x160
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e106>]
sys_fallocate+0x46/0x70
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8155c3d2>]
system_call_fastpath+0x16/0x1b
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Code: 68 49 89 55 78
4c 89 ee 48 8b 55 b8 49 89 45 60 4c 89 ff 49 89 45 70 e8 da 5d 00 00
85 c0 41 89 c4 0f 88 53 01 00 00 48 8b 55 88 <f7> 42 38 00 10 10 00 74
05 41 80 4f 14 01 4c 89 fe 48 89 df e8
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RIP
[<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RSP <ffff8800c75ffe28>
Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
Jan 5 14:02:23 notmini64 kernel: [ 1431.695509] ---[ end trace
7e71a95e14e247b3 ]---
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: BUG in ofcs2_change_file_space
2012-01-05 22:23 BUG in ofcs2_change_file_space Bret Towe
@ 2012-05-22 3:11 ` Bret Towe
2012-06-20 17:38 ` Bret Towe
0 siblings, 1 reply; 12+ messages in thread
From: Bret Towe @ 2012-05-22 3:11 UTC (permalink / raw)
To: Linux Kernel Mailing List, ocfs2-devel, Andrew Morton, mfasheh,
jlbec
On Thu, Jan 5, 2012 at 2:23 PM, Bret Towe <magnade@gmail.com> wrote:
> got an oops on kernel 3.2 with ocfs2
> thunderbird loading an email with images is the trigger looks repeatable for me
> cache file being saved to /home directory is my guess
>
> firefox hasnt done it but its cache is in a ramdisk
> 3.1.6 wasn't doing this
>
> let me know what info you need
> below is the backtrace from syslog
> I would like to test whatever patch you have also
>
> Jan 5 14:02:23 notmini64 kernel: [ 1431.675822] BUG: unable to handle
> kernel NULL pointer dereference at 0000000000000038
> Jan 5 14:02:23 notmini64 kernel: [ 1431.675981] IP:
> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.676228] PGD ca69a067 PUD
> c745b067 PMD 0
> Jan 5 14:02:23 notmini64 kernel: [ 1431.676326] Oops: 0000 [#1] PREEMPT SMP
> Jan 5 14:02:23 notmini64 kernel: [ 1431.676416] CPU 1
> Jan 5 14:02:23 notmini64 kernel: [ 1431.676457] Modules linked in:
> nls_iso8859_1 nls_cp437 vfat fat uas usb_storage ocfs2 jbd2 quota_tree
> crc32c cpufreq_userspace cpufreq_powersave cpufreq_conservative
> binfmt_misc iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse
> ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager nfsd nfs
> lockd fscache auth_rpcgss nfs_acl sunrpc ipv6 af_packet tcp_bic
> ocfs2_stack_user dlm configfs ocfs2_stackglue powernow_k8 mperf usblp
> loop kvm_amd kvm snd_hda_codec_via snd_hda_codec_hdmi snd_seq_dummy
> snd_seq_oss snd_seq_midi snd_rawmidi snd_hda_intel snd_hda_codec
> snd_seq_midi_event snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq
> psmouse snd_timer snd_seq_device serio_raw pcspkr k10temp joydev snd
> evbug evdev i2c_piix4 soundcore snd_page_alloc button processor raid10
> raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq
> async_tx raid1 raid0 multipath linear md_mod atl1c [last unloaded:
> scsi_wait_scan]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678364]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678399] Pid: 2835, comm:
> thunderbird-bin Not tainted 3.2.0+ #45 System manufacturer System
> Product Name/F1A75-M
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678610] RIP:
> 0010:[<ffffffffa0524f35>] [<ffffffffa0524f35>]
> __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678859] RSP:
> 0018:ffff8800c75ffe28 EFLAGS: 00010246
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RAX: 0000000000000000
> RBX: ffff88010b810000 RCX: ffff88010b364400
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RDX: 0000000000000000
> RSI: 0000000000000001 RDI: ffffffffa053250d
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RBP: ffff8800c75ffec8
> R08: 00caec6a28080000 R09: ffff88010b364400
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R10: 000000000000cd75
> R11: 0000000000000000 R12: 0000000000000000
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R13: ffff88008b823e78
> R14: ffff88008b823f18 R15: ffff8800cae091e0
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] FS:
> 00007fde742f5700(0000) GS:ffff88010fc80000(0000)
> knlGS:0000000000000000
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CS: 0010 DS: 0000
> ES: 0000 CR0: 0000000080050033
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
> CR3: 00000000ca540000 CR4: 00000000000006e0
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR0: 0000000000000000
> DR1: 0000000000000000 DR2: 0000000000000000
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR3: 0000000000000000
> DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Process
> thunderbird-bin (pid: 2835, threadinfo ffff8800c75fe000, task
> ffff8800c6788000)
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Stack:
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff8800c75fffd8
> ffff8800c75fffd8 000000000000cd75 0000000000000000
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] 000000010ab4c900
> 0000000000000000 000000000000cd75 0000000000000000
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff88010b810000
> ffff88008b823d98 ffff8800c75ffe98 ffff8800caec6a28
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Call Trace:
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffffa05254d4>]
> ocfs2_fallocate+0x74/0x80 [ocfs2]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e04d>]
> do_fallocate+0xed/0x160
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e106>]
> sys_fallocate+0x46/0x70
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8155c3d2>]
> system_call_fastpath+0x16/0x1b
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Code: 68 49 89 55 78
> 4c 89 ee 48 8b 55 b8 49 89 45 60 4c 89 ff 49 89 45 70 e8 da 5d 00 00
> 85 c0 41 89 c4 0f 88 53 01 00 00 48 8b 55 88 <f7> 42 38 00 10 10 00 74
> 05 41 80 4f 14 01 4c 89 fe 48 89 df e8
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RIP
> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RSP <ffff8800c75ffe28>
> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
> Jan 5 14:02:23 notmini64 kernel: [ 1431.695509] ---[ end trace
> 7e71a95e14e247b3 ]---
a patch has been available for this for a while now
found here: http://oss.oracle.com/pipermail/ocfs2-devel/2012-January/008464.html
but it still has not hit mainline
is there any way we can get this included?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: BUG in ofcs2_change_file_space
2012-05-22 3:11 ` Bret Towe
@ 2012-06-20 17:38 ` Bret Towe
2012-06-20 18:01 ` Luis Henriques
0 siblings, 1 reply; 12+ messages in thread
From: Bret Towe @ 2012-06-20 17:38 UTC (permalink / raw)
To: Linux Kernel Mailing List, ocfs2-devel, Andrew Morton, mfasheh,
jlbec
am I just going into spam folders?
On Mon, May 21, 2012 at 8:11 PM, Bret Towe <magnade@gmail.com> wrote:
> On Thu, Jan 5, 2012 at 2:23 PM, Bret Towe <magnade@gmail.com> wrote:
>> got an oops on kernel 3.2 with ocfs2
>> thunderbird loading an email with images is the trigger looks repeatable for me
>> cache file being saved to /home directory is my guess
>>
>> firefox hasnt done it but its cache is in a ramdisk
>> 3.1.6 wasn't doing this
>>
>> let me know what info you need
>> below is the backtrace from syslog
>> I would like to test whatever patch you have also
>>
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.675822] BUG: unable to handle
>> kernel NULL pointer dereference at 0000000000000038
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.675981] IP:
>> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676228] PGD ca69a067 PUD
>> c745b067 PMD 0
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676326] Oops: 0000 [#1] PREEMPT SMP
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676416] CPU 1
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676457] Modules linked in:
>> nls_iso8859_1 nls_cp437 vfat fat uas usb_storage ocfs2 jbd2 quota_tree
>> crc32c cpufreq_userspace cpufreq_powersave cpufreq_conservative
>> binfmt_misc iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse
>> ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager nfsd nfs
>> lockd fscache auth_rpcgss nfs_acl sunrpc ipv6 af_packet tcp_bic
>> ocfs2_stack_user dlm configfs ocfs2_stackglue powernow_k8 mperf usblp
>> loop kvm_amd kvm snd_hda_codec_via snd_hda_codec_hdmi snd_seq_dummy
>> snd_seq_oss snd_seq_midi snd_rawmidi snd_hda_intel snd_hda_codec
>> snd_seq_midi_event snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq
>> psmouse snd_timer snd_seq_device serio_raw pcspkr k10temp joydev snd
>> evbug evdev i2c_piix4 soundcore snd_page_alloc button processor raid10
>> raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq
>> async_tx raid1 raid0 multipath linear md_mod atl1c [last unloaded:
>> scsi_wait_scan]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678364]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678399] Pid: 2835, comm:
>> thunderbird-bin Not tainted 3.2.0+ #45 System manufacturer System
>> Product Name/F1A75-M
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678610] RIP:
>> 0010:[<ffffffffa0524f35>] [<ffffffffa0524f35>]
>> __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678859] RSP:
>> 0018:ffff8800c75ffe28 EFLAGS: 00010246
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RAX: 0000000000000000
>> RBX: ffff88010b810000 RCX: ffff88010b364400
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RDX: 0000000000000000
>> RSI: 0000000000000001 RDI: ffffffffa053250d
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RBP: ffff8800c75ffec8
>> R08: 00caec6a28080000 R09: ffff88010b364400
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R10: 000000000000cd75
>> R11: 0000000000000000 R12: 0000000000000000
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R13: ffff88008b823e78
>> R14: ffff88008b823f18 R15: ffff8800cae091e0
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] FS:
>> 00007fde742f5700(0000) GS:ffff88010fc80000(0000)
>> knlGS:0000000000000000
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CS: 0010 DS: 0000
>> ES: 0000 CR0: 0000000080050033
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
>> CR3: 00000000ca540000 CR4: 00000000000006e0
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR0: 0000000000000000
>> DR1: 0000000000000000 DR2: 0000000000000000
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR3: 0000000000000000
>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Process
>> thunderbird-bin (pid: 2835, threadinfo ffff8800c75fe000, task
>> ffff8800c6788000)
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Stack:
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff8800c75fffd8
>> ffff8800c75fffd8 000000000000cd75 0000000000000000
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] 000000010ab4c900
>> 0000000000000000 000000000000cd75 0000000000000000
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff88010b810000
>> ffff88008b823d98 ffff8800c75ffe98 ffff8800caec6a28
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Call Trace:
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffffa05254d4>]
>> ocfs2_fallocate+0x74/0x80 [ocfs2]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e04d>]
>> do_fallocate+0xed/0x160
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e106>]
>> sys_fallocate+0x46/0x70
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8155c3d2>]
>> system_call_fastpath+0x16/0x1b
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Code: 68 49 89 55 78
>> 4c 89 ee 48 8b 55 b8 49 89 45 60 4c 89 ff 49 89 45 70 e8 da 5d 00 00
>> 85 c0 41 89 c4 0f 88 53 01 00 00 48 8b 55 88 <f7> 42 38 00 10 10 00 74
>> 05 41 80 4f 14 01 4c 89 fe 48 89 df e8
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RIP
>> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RSP <ffff8800c75ffe28>
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
>> Jan 5 14:02:23 notmini64 kernel: [ 1431.695509] ---[ end trace
>> 7e71a95e14e247b3 ]---
>
>
> a patch has been available for this for a while now
> found here: http://oss.oracle.com/pipermail/ocfs2-devel/2012-January/008464.html
> but it still has not hit mainline
> is there any way we can get this included?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: BUG in ofcs2_change_file_space
2012-06-20 17:38 ` Bret Towe
@ 2012-06-20 18:01 ` Luis Henriques
2012-06-20 21:56 ` Andrew Morton
0 siblings, 1 reply; 12+ messages in thread
From: Luis Henriques @ 2012-06-20 18:01 UTC (permalink / raw)
To: Bret Towe
Cc: Linux Kernel Mailing List, ocfs2-devel, Andrew Morton, mfasheh,
jlbec
Bret Towe <magnade@gmail.com> writes:
> am I just going into spam folders?
>
> On Mon, May 21, 2012 at 8:11 PM, Bret Towe <magnade@gmail.com> wrote:
>> On Thu, Jan 5, 2012 at 2:23 PM, Bret Towe <magnade@gmail.com> wrote:
>>> got an oops on kernel 3.2 with ocfs2
>>> thunderbird loading an email with images is the trigger looks repeatable for me
>>> cache file being saved to /home directory is my guess
>>>
>>> firefox hasnt done it but its cache is in a ramdisk
>>> 3.1.6 wasn't doing this
>>>
>>> let me know what info you need
>>> below is the backtrace from syslog
>>> I would like to test whatever patch you have also
>>>
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.675822] BUG: unable to handle
>>> kernel NULL pointer dereference at 0000000000000038
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.675981] IP:
>>> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676228] PGD ca69a067 PUD
>>> c745b067 PMD 0
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676326] Oops: 0000 [#1] PREEMPT SMP
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676416] CPU 1
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.676457] Modules linked in:
>>> nls_iso8859_1 nls_cp437 vfat fat uas usb_storage ocfs2 jbd2 quota_tree
>>> crc32c cpufreq_userspace cpufreq_powersave cpufreq_conservative
>>> binfmt_misc iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse
>>> ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager nfsd nfs
>>> lockd fscache auth_rpcgss nfs_acl sunrpc ipv6 af_packet tcp_bic
>>> ocfs2_stack_user dlm configfs ocfs2_stackglue powernow_k8 mperf usblp
>>> loop kvm_amd kvm snd_hda_codec_via snd_hda_codec_hdmi snd_seq_dummy
>>> snd_seq_oss snd_seq_midi snd_rawmidi snd_hda_intel snd_hda_codec
>>> snd_seq_midi_event snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq
>>> psmouse snd_timer snd_seq_device serio_raw pcspkr k10temp joydev snd
>>> evbug evdev i2c_piix4 soundcore snd_page_alloc button processor raid10
>>> raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq
>>> async_tx raid1 raid0 multipath linear md_mod atl1c [last unloaded:
>>> scsi_wait_scan]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678364]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678399] Pid: 2835, comm:
>>> thunderbird-bin Not tainted 3.2.0+ #45 System manufacturer System
>>> Product Name/F1A75-M
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678610] RIP:
>>> 0010:[<ffffffffa0524f35>] [<ffffffffa0524f35>]
>>> __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678859] RSP:
>>> 0018:ffff8800c75ffe28 EFLAGS: 00010246
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RAX: 0000000000000000
>>> RBX: ffff88010b810000 RCX: ffff88010b364400
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RDX: 0000000000000000
>>> RSI: 0000000000000001 RDI: ffffffffa053250d
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RBP: ffff8800c75ffec8
>>> R08: 00caec6a28080000 R09: ffff88010b364400
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R10: 000000000000cd75
>>> R11: 0000000000000000 R12: 0000000000000000
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] R13: ffff88008b823e78
>>> R14: ffff88008b823f18 R15: ffff8800cae091e0
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] FS:
>>> 00007fde742f5700(0000) GS:ffff88010fc80000(0000)
>>> knlGS:0000000000000000
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CS: 0010 DS: 0000
>>> ES: 0000 CR0: 0000000080050033
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
>>> CR3: 00000000ca540000 CR4: 00000000000006e0
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR0: 0000000000000000
>>> DR1: 0000000000000000 DR2: 0000000000000000
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] DR3: 0000000000000000
>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Process
>>> thunderbird-bin (pid: 2835, threadinfo ffff8800c75fe000, task
>>> ffff8800c6788000)
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Stack:
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff8800c75fffd8
>>> ffff8800c75fffd8 000000000000cd75 0000000000000000
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] 000000010ab4c900
>>> 0000000000000000 000000000000cd75 0000000000000000
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] ffff88010b810000
>>> ffff88008b823d98 ffff8800c75ffe98 ffff8800caec6a28
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Call Trace:
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffffa05254d4>]
>>> ocfs2_fallocate+0x74/0x80 [ocfs2]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e04d>]
>>> do_fallocate+0xed/0x160
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8111e106>]
>>> sys_fallocate+0x46/0x70
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] [<ffffffff8155c3d2>]
>>> system_call_fastpath+0x16/0x1b
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] Code: 68 49 89 55 78
>>> 4c 89 ee 48 8b 55 b8 49 89 45 60 4c 89 ff 49 89 45 70 e8 da 5d 00 00
>>> 85 c0 41 89 c4 0f 88 53 01 00 00 48 8b 55 88 <f7> 42 38 00 10 10 00 74
>>> 05 41 80 4f 14 01 4c 89 fe 48 89 df e8
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RIP
>>> [<ffffffffa0524f35>] __ocfs2_change_file_space+0x915/0xe40 [ocfs2]
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] RSP <ffff8800c75ffe28>
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.678915] CR2: 0000000000000038
>>> Jan 5 14:02:23 notmini64 kernel: [ 1431.695509] ---[ end trace
>>> 7e71a95e14e247b3 ]---
>>
>>
>> a patch has been available for this for a while now
>> found here: http://oss.oracle.com/pipermail/ocfs2-devel/2012-January/008464.html
>> but it still has not hit mainline
>> is there any way we can get this included?
I believe something like this would be more appropriated, as a NULL as the
'file' parameter seems to be valid in that context:
---
fs/ocfs2/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
index 6e39668..84822a4 100644
--- a/fs/ocfs2/file.c
+++ b/fs/ocfs2/file.c
@@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
if (ret < 0)
mlog_errno(ret);
- if (file->f_flags & O_SYNC)
+ if (file && (file->f_flags & O_SYNC))
handle->h_sync = 1;
ocfs2_commit_trans(osb, handle);
--
1.7.9.5
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: BUG in ofcs2_change_file_space
2012-06-20 18:01 ` Luis Henriques
@ 2012-06-20 21:56 ` Andrew Morton
2012-06-20 22:29 ` Luis Henriques
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
0 siblings, 2 replies; 12+ messages in thread
From: Andrew Morton @ 2012-06-20 21:56 UTC (permalink / raw)
To: Luis Henriques
Cc: Bret Towe, Linux Kernel Mailing List, ocfs2-devel, mfasheh, jlbec,
Sunil Mushran
On Wed, 20 Jun 2012 19:01:30 +0100
Luis Henriques <luis.henriques@canonical.com> wrote:
> >> a patch has been available for this for a while now
> >> found here: http://oss.oracle.com/pipermail/ocfs2-devel/2012-January/008464.html
> >> but it still has not hit mainline
> >> is there any way we can get this included?
>
> I believe something like this would be more appropriated, as a NULL as the
> 'file' parameter seems to be valid in that context:
>
> ---
> fs/ocfs2/file.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
> index 6e39668..84822a4 100644
> --- a/fs/ocfs2/file.c
> +++ b/fs/ocfs2/file.c
> @@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
> if (ret < 0)
> mlog_errno(ret);
>
> - if (file->f_flags & O_SYNC)
> + if (file && (file->f_flags & O_SYNC))
> handle->h_sync = 1;
>
> ocfs2_commit_trans(osb, handle);
Sunil, does this look OK to you? And Bret, can you please test it?
Luis, can you please prepare a proper, signed-off, changelogged version
of this and I'll grab it, thanks.
I'm not seeing any OCFS2 activity in mainline from Joel and Mark in six
months, so I'm getting those i-have-a-new-subsystem-to-maintain
feelings.
If anyone else has any urgent OCFS2 patches then please resend them, cc
myself and cc linux-kernel.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: BUG in ofcs2_change_file_space
2012-06-20 21:56 ` Andrew Morton
@ 2012-06-20 22:29 ` Luis Henriques
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
1 sibling, 0 replies; 12+ messages in thread
From: Luis Henriques @ 2012-06-20 22:29 UTC (permalink / raw)
To: Andrew Morton
Cc: Bret Towe, Linux Kernel Mailing List, ocfs2-devel, mfasheh, jlbec,
Sunil Mushran
Andrew Morton <akpm@linux-foundation.org> writes:
> On Wed, 20 Jun 2012 19:01:30 +0100
> Luis Henriques <luis.henriques@canonical.com> wrote:
>
>> >> a patch has been available for this for a while now
>> >> found here: http://oss.oracle.com/pipermail/ocfs2-devel/2012-January/008464.html
>> >> but it still has not hit mainline
>> >> is there any way we can get this included?
>>
>> I believe something like this would be more appropriated, as a NULL as the
>> 'file' parameter seems to be valid in that context:
>>
>> ---
>> fs/ocfs2/file.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
>> index 6e39668..84822a4 100644
>> --- a/fs/ocfs2/file.c
>> +++ b/fs/ocfs2/file.c
>> @@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
>> if (ret < 0)
>> mlog_errno(ret);
>>
>> - if (file->f_flags & O_SYNC)
>> + if (file && (file->f_flags & O_SYNC))
>> handle->h_sync = 1;
>>
>> ocfs2_commit_trans(osb, handle);
>
> Sunil, does this look OK to you? And Bret, can you please test it?
>
> Luis, can you please prepare a proper, signed-off, changelogged version
> of this and I'll grab it, thanks.
>
Sure, I'll send it in a minute.
Cheers,
--
Luis
>
>
> I'm not seeing any OCFS2 activity in mainline from Joel and Mark in six
> months, so I'm getting those i-have-a-new-subsystem-to-maintain
> feelings.
>
> If anyone else has any urgent OCFS2 patches then please resend them, cc
> myself and cc linux-kernel.
^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 21:56 ` Andrew Morton
2012-06-20 22:29 ` Luis Henriques
@ 2012-06-20 22:34 ` Luis Henriques
2012-06-20 22:39 ` Luis Henriques
` (3 more replies)
1 sibling, 4 replies; 12+ messages in thread
From: Luis Henriques @ 2012-06-20 22:34 UTC (permalink / raw)
To: Andrew Morton
Cc: Bret Towe, linux-kernel, ocfs2-devel, mfasheh, jlbec,
sunil.mushran
As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
as the first parameter (file), it may trigger a NULL pointer dereferrence
due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
---
fs/ocfs2/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
index 6e39668..84822a4 100644
--- a/fs/ocfs2/file.c
+++ b/fs/ocfs2/file.c
@@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
if (ret < 0)
mlog_errno(ret);
- if (file->f_flags & O_SYNC)
+ if (file && (file->f_flags & O_SYNC))
handle->h_sync = 1;
ocfs2_commit_trans(osb, handle);
--
1.7.9.5
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
@ 2012-06-20 22:39 ` Luis Henriques
2012-06-20 22:42 ` Andrew Morton
` (2 subsequent siblings)
3 siblings, 0 replies; 12+ messages in thread
From: Luis Henriques @ 2012-06-20 22:39 UTC (permalink / raw)
To: Andrew Morton
Cc: Bret Towe, linux-kernel, ocfs2-devel, mfasheh, jlbec,
sunil.mushran
Hmm... forgot to send to stable. Is this enough?
Cc: stable@vger.kernel.org
Or do I need to re-send?
Cheers,
--
Luis
Luis Henriques <luis.henriques@canonical.com> writes:
> As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
> as the first parameter (file), it may trigger a NULL pointer dereferrence
> due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
>
> Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
> ---
> fs/ocfs2/file.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
> index 6e39668..84822a4 100644
> --- a/fs/ocfs2/file.c
> +++ b/fs/ocfs2/file.c
> @@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
> if (ret < 0)
> mlog_errno(ret);
>
> - if (file->f_flags & O_SYNC)
> + if (file && (file->f_flags & O_SYNC))
> handle->h_sync = 1;
>
> ocfs2_commit_trans(osb, handle);
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
2012-06-20 22:39 ` Luis Henriques
@ 2012-06-20 22:42 ` Andrew Morton
2012-06-20 23:18 ` Mark Fasheh
2012-06-21 4:39 ` Bret Towe
3 siblings, 0 replies; 12+ messages in thread
From: Andrew Morton @ 2012-06-20 22:42 UTC (permalink / raw)
To: Luis Henriques
Cc: Bret Towe, linux-kernel, ocfs2-devel, mfasheh, jlbec,
sunil.mushran
On Wed, 20 Jun 2012 23:34:44 +0100
Luis Henriques <luis.henriques@canonical.com> wrote:
> As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
> as the first parameter (file), it may trigger a NULL pointer dereferrence
> due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
>
> Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
> ---
> fs/ocfs2/file.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
> index 6e39668..84822a4 100644
> --- a/fs/ocfs2/file.c
> +++ b/fs/ocfs2/file.c
> @@ -1950,7 +1950,7 @@ static int __ocfs2_change_file_space(struct file *file, struct inode *inode,
> if (ret < 0)
> mlog_errno(ret);
>
> - if (file->f_flags & O_SYNC)
> + if (file && (file->f_flags & O_SYNC))
> handle->h_sync = 1;
>
> ocfs2_commit_trans(osb, handle);
OK, at least it can't hurt ;) I tagged it for -stable backporting.
Please don't forget the cc's and Tested-by:s. There are quite a lot of
people involved in that launchpad report and they may like to know
what's going on, and can perhaps provide useful testing and review
input. But I don't have their email addresses.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
2012-06-20 22:39 ` Luis Henriques
2012-06-20 22:42 ` Andrew Morton
@ 2012-06-20 23:18 ` Mark Fasheh
2012-06-21 6:12 ` Joel Becker
2012-06-21 4:39 ` Bret Towe
3 siblings, 1 reply; 12+ messages in thread
From: Mark Fasheh @ 2012-06-20 23:18 UTC (permalink / raw)
To: Luis Henriques
Cc: Andrew Morton, Bret Towe, linux-kernel, ocfs2-devel, jlbec,
sunil.mushran
This should've been upstream a while ago :/
On Wed, Jun 20, 2012 at 11:34:44PM +0100, Luis Henriques wrote:
> As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
> as the first parameter (file), it may trigger a NULL pointer dereferrence
> due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
>
> Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
Signed-off-by: Mark Fasheh <mfasheh@suse.de>
--Mark
--
Mark Fasheh
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
` (2 preceding siblings ...)
2012-06-20 23:18 ` Mark Fasheh
@ 2012-06-21 4:39 ` Bret Towe
3 siblings, 0 replies; 12+ messages in thread
From: Bret Towe @ 2012-06-21 4:39 UTC (permalink / raw)
To: Luis Henriques
Cc: Andrew Morton, linux-kernel, ocfs2-devel, mfasheh, jlbec,
sunil.mushran
On Wed, Jun 20, 2012 at 3:34 PM, Luis Henriques
<luis.henriques@canonical.com> wrote:
> As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
> as the first parameter (file), it may trigger a NULL pointer dereferrence
> due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
>
> Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
ran the patch for a while no crashes I see if the other patch isn't used
i did notice the following in dmesg not sure exactly what i was up to
at that point tho
never seen the message before
[ 4704.352332] (pool,1731,0):ocfs2_unlink:951 ERROR: status = -39
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space
2012-06-20 23:18 ` Mark Fasheh
@ 2012-06-21 6:12 ` Joel Becker
0 siblings, 0 replies; 12+ messages in thread
From: Joel Becker @ 2012-06-21 6:12 UTC (permalink / raw)
To: Mark Fasheh
Cc: Luis Henriques, Andrew Morton, Bret Towe, linux-kernel,
ocfs2-devel, sunil.mushran
On Wed, Jun 20, 2012 at 04:18:23PM -0700, Mark Fasheh wrote:
> This should've been upstream a while ago :/
Indeed. I've been fighting my kernel.org setup and life since December.
Sorry I dropped the ball on this one.
Joel
>
> On Wed, Jun 20, 2012 at 11:34:44PM +0100, Luis Henriques wrote:
> > As ocfs2_fallocate() will invoke __ocfs2_change_file_space() with a NULL
> > as the first parameter (file), it may trigger a NULL pointer dereferrence
> > due to a missing check. See http://bugs.launchpad.net/bugs/1006012.
> >
> > Signed-off-by: Luis Henriques <luis.henriques@canonical.com>
>
> Signed-off-by: Mark Fasheh <mfasheh@suse.de>
> --Mark
>
> --
> Mark Fasheh
--
There are morethings in heaven and earth, Horatio,
Than are dreamt of in your philosophy.
http://www.jlbec.org/
jlbec@evilplan.org
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-06-21 6:12 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-05 22:23 BUG in ofcs2_change_file_space Bret Towe
2012-05-22 3:11 ` Bret Towe
2012-06-20 17:38 ` Bret Towe
2012-06-20 18:01 ` Luis Henriques
2012-06-20 21:56 ` Andrew Morton
2012-06-20 22:29 ` Luis Henriques
2012-06-20 22:34 ` [PATCH] ocfs2: Fix NULL pointer dereferrence in __ocfs2_change_file_space Luis Henriques
2012-06-20 22:39 ` Luis Henriques
2012-06-20 22:42 ` Andrew Morton
2012-06-20 23:18 ` Mark Fasheh
2012-06-21 6:12 ` Joel Becker
2012-06-21 4:39 ` Bret Towe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox