Re: 1.0.9b-pre2 uploaded


From: ao@morpork.shnet.org (A. Ott)
Subject: Re: 1.0.9b-pre2 uploaded
Date: 15 Mar 2000 11:15:00 +0100

Next Article (by Subject): Re: 1.0.9b-pre3 SMP test (was 1.0.9b-pre2 uploaded) Jesse Pollard
Previous Article (by Subject): Re: 1.0.9b-pre2 uploaded Jesse Pollard
Top of Thread: 1.0.9b-pre2 uploaded ao@morpork.shnet.org (A. Ott)
Articles sorted by: [Date] [Author] [Subject]


********* ***************** ********** ****  *****   ***** ************
  To subject Re: 1.0.9b-pre2 uploaded
  pollard@cats-chateau.net (Jesse Pollard)  wrote:
********** ******************** ******  ********  ******* *************

> Hi,
> A followup on SMP testing -
> 1. I've finished reconfiguring my system. I now have a single 2G partition
> for    testing. The test systems only use the one partition + swap. (Haven't
>    finished web reconfig...)
> 2. I did load 2.2.13, and 2.3.47 onto it. The problems still occur -
>    a. once I traced it down to a page fault (looked like disk failure...)
> 	this under 2.2.13
>    b. once I traced it to the keyboard, also under 2.2.13
>    c. Under 2.3.47, I couldn't get any output after the problem occured. I
> could 	type in 6 characters, and recieve the echo. Then it hung. No output
>  	dump trace ever.
>    d. Under 2.3.47, I tried a maintence kernel, but the same thing occured.
>
> In all three cases I did a little extra testing while booting:
>
> I added thefollowing code to rc.S, after enabling swap and running
> /bin/update:
>
> if [ "`/bin/uname -r`" != "2.2.13.SMP" ]; then
>     echo "CRASH TEST - echo of output"
>     echo "CRASH TEST" >/CRASH.TEST
>     echo "append test" >>/CRASH.TEST
>     echo "after append test"
>     echo " reading contents of CRASH.TEST"
>     cat /CRASH.TEST
>     echo "beginning keyboard read test"
>     echo "beginning keyboard read test" >>CRASH.TEST
>     read junk
>     echo "READ ...${junk}..." >>CRASH.TEST
>
>     echo " reading contents again:"
>     cat /CRASH.TEST
> fi
>
> When I boot the system I do have the disk write enabled to see if anything
> occured. The failure only occurs at the "read junk" line. I do get the
> contents of the CRASH.TEST file output, even though it doesn't quite make it
> to disk (might if I put a sync in there...)

I admit I currently have no idea what happens here, but I will  
reinvestigate the locking.

> One other thing I noticed -- from another post (AUTH problems):
>
> > kernel: rsbac_reg_init(): Initializing RSBAC: REG module registration Mar
> > 8 12:20:05 ganja kernel: rsbac_init(): Starting rsbacd thread Mar  8
> > 12:20:05 ganja kernel: rsbac_init(): Setting RSBAC auto timer Mar  8
> > 12:20:05 ganja kernel: rsbac_init(): Ready.
>
> I don't get the line "kernel: rsbac_init(): Ready.". This may be due to
> it being the very first boot.

No, from pre3 on it should always be there. It is logged on the same level  
as the first one ('initializing'): KERN_INFO.

> A default /rsbac/useraci file was created.

Good.

> If you have some debugging suggestions/configuration changes I'm ready to
> try them out.

Please try changing the rsbac locking functions in aci_data_structures.h  
to using irqsave/irqrestore (see include/asm/spinlock.h). The flags  
parameter should be correctly provided in all locking calls.

This is to make sure that really nothing can bypass the locks, but it  
cannot be a long term solution.

Amon.

--

## CrossPoint v3.11 ##
-
To unsubscribe from the rsbac list, send a mail to
majordomo@morpork.shnet.org with
unsubscribe rsbac
as single line in the body.

Next Article (by Subject): Re: 1.0.9b-pre3 SMP test (was 1.0.9b-pre2 uploaded) Jesse Pollard
Previous Article (by Subject): Re: 1.0.9b-pre2 uploaded Jesse Pollard
Top of Thread: 1.0.9b-pre2 uploaded ao@morpork.shnet.org (A. Ott)
Articles sorted by: [Date] [Author] [Subject]


Go to Compuniverse LWGate Home Page.