[parisc-linux] Why gas kills the hppa-linux kernel and what you can do about it.

[parisc-linux] Why gas kills the hppa-linux kernel and what you can do about it.

[Carlos O'Donell]

pa,

Assemble this using a binutils without Alan Modra's pa_block patch:
---        
	.data
foo:
        .block
bar:
        .block 0x3fffffff
com:
---

And I get this:

Backtrace:   
 [<101c10a4>] journal_add_journal_head+0xdc/0x13c
 [<101ba51c>] journal_dirty_data+0x64/0x1dc
 [<101a7634>] ext3_journal_dirty_data+0x1c/0x60
 [<101a73d8>] walk_page_buffers+0xe8/0xf4
 [<101a7d5c>] ext3_ordered_writepage+0x168/0x1fc
 [<1018c1d8>] mpage_writepages+0x2ac/0x3fc
 [<1018a4cc>] __sync_single_inode+0x5c/0x274
 [<1018a77c>] __writeback_single_inode+0x98/0x16c
 [<1018aa2c>] sync_sb_inodes+0x1dc/0x32c
 [<1018ac38>] writeback_inodes+0xbc/0xd8
 [<10147b08>] background_writeout+0xc4/0x11c
 [<1014884c>] __pdflush+0x134/0x204
 [<1014893c>] pdflush+0x20/0x2c
 [<1013abd0>] kthread+0xe8/0xf0
 [<10109c5c>] ret_from_kernel_thread+0x1c/0x24


Kernel Fault: Code=15 regs=3249c840 (Addr=73c9d7ba)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111 Not tainted
r00-03  00000000 10529010 101c10a4 73c9d7ba
r04-07  2046f930 45a703e8 2046f930 00000000
r08-11  00001000 00000000 00000000 45a703e8
r12-15  101a7bc4 00002000 4fe678dc 101a7bf4
r16-19  00000000 00000000 3249c508 00000002
r20-23  00000000 00000000 73c9d7ba 00000000
r24-27  00000034 00000000 73c9d7ba 1038e010
r28-31  73c9d7ba 00100100 3249c840 112d35d4
sr0-3   00000000 0000016a 00000000 0000016a
sr4-7   00000000 00000000 00000000 00000000

IASQ: 00000000 00000000 IAOQ: 10236f48 10236f4c
 IIR: 0ed91200    ISR: 00000000  IOR: 73c9d7ba
 CPU:        0   CR30: 3249c000 CR31: 10478000
 ORIG_R28: 3249c980
 IAOQ[0]: memset+0x24/0xac
 IAOQ[1]: memset+0x28/0xac
RP(r2): journal_add_journal_head+0xdc/0x13c
---

The story goes that binutils attempts to allocate a monstrous amount of
memory for that block. Newer binutils complain, Alan added some magic
checks.

The question I have is:

a. Why does the box die? Is this OOM looking for memory?
b. Why doesn't the process just die?

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you can do about it.

[Carlos O'Donell]

On Thu, Jun 30, 2005 at 02:36:03PM -0400, Carlos O'Donell wrote:
> 
> pa,
> 
> Assemble this using a binutils without Alan Modra's pa_block patch:
> ---        
> 	.data
> foo:
>         .block
> bar:
>         .block 0x3fffffff
> com:
> ---

The last thing I see is this:
mmap(NULL, 1073811456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x408fc000

And I believe that the process proceeds to memset everything to zero.
I've done similar tests before and not had any problems. I guess I
should probably turn OOM off.

c.


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you can

[John David Anglin]

>  IAOQ[0]: memset+0x24/0xac
>  IAOQ[1]: memset+0x28/0xac

It looks like memset has been passed a bad address.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Why gas kills the hppa-linux kernel and what you can

[Carlos O'Donell]

On Thu, Jun 30, 2005 at 03:07:30PM -0400, John David Anglin wrote:
> >  IAOQ[0]: memset+0x24/0xac
> >  IAOQ[1]: memset+0x28/0xac
> 
> It looks like memset has been passed a bad address.
> 

Who passed the bad page?

I see this from the userspace/kernel side:

as-new        D 10109D08     0  1065    748                     (NOTLB)
Backtrace:
 [<10100eac>] schedule+0x4a0/0x6f8
 [<10101b10>] io_schedule+0x3c/0x68
 [<101404d8>] sync_page+0x40/0x68
 [<10102078>] __wait_on_bit_lock+0xdc/0xf0
 [<101410a4>] __lock_page+0x98/0xa4
 [<101532fc>] do_swap_page+0x36c/0x400
 [<10153c94>] handle_mm_fault+0x120/0x204
 [<10103558>] do_page_fault+0x214/0x2a4
 [<10104fd4>] handle_interruption+0x2bc/0x5e8
 [<1010a088>] intr_check_sig+0x0/0xc
 [<1014c388>] __pagevec_lru_add_active+0xfc/0x144
 [<10129e98>] tasklet_action+0x70/0xe0
 [<10162fd4>] dentry_open+0x120/0x1c0
 [<10162fd4>] dentry_open+0x120/0x1c0
 [<10162fd4>] dentry_open+0x120/0x1c0
 [<10162fd4>] dentry_open+0x120/0x1c0

Clearly as-new is toast and swapping the system like made.

c.

_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux